罗纪心里明白了，作为空降派，谷歌这边员工虽然表面尊重，但对自己实力还是存疑的吧。
拿出这么一个作为一个门槛，顺便验证自己实力。
（）;（） 对于这种事，罗纪并没有感觉到冒犯。
因为他在美国的时候做的就是技术，现在还是负责这些，明白如果有一个什么都不懂的同事，这种事到底有多难搞。
如果是上司，那很多工作就很难进行下去了。
外行指导内行，是技术行业的大忌。
所以这种事以平常心面对就好了，只要展现实力，自然能得到尊重。
但是说起数据库SQL，这個名词对罗纪来说感觉已经很久远了。
毕竟数据库这种东西会的人比较多，难度也相对较低。
基本上如果不在商业公司工作，那么这方面知识也不一定会用到。
一个人长时间不接触相关的技术，很容易就忘了相对基础的内容。
所以有些算法框架，已经重生过的自己，现在还能记住吗？所以说，自己不能好逸恶劳，还是要好好再提升一下自己了。
罗纪未来想做的事情是很新锐的，所以还要趁着自己记得清楚，至少能把记住一些细节的模型都写下来，不然等到自己能赛博炼丹的时候，却少了至关重要的单方和硬件架构，那可凉凉了。
“罗纪xi？”
李镇贤问了一下。
“哦，不好意思，刚刚走神了。”
罗纪接过李镇贤的电脑，敲击着键盘，说道：“你这里的查询使用了SELECT*，全选了所有的列，但是你的这层嵌套查询中其实只有id是用得到的。
可以只查询id减少数据传输量。
尽量避免全表扫描。”
李镇贤点点头：“是的，我是感觉应该是哪个地方出问题了，速度始终不理想。”
罗纪说道：“你之前是使用的什么索引来加快查询速度？”
李镇贤说道：“Hash（哈希）索引我建立了，但是感觉速度不是特别快。
但是这应该是最快的索引法了，我在想可能是别的地方出问题了。”
罗纪琢磨着：“虽然不会桶溢出，但是感觉......用B树吧”
“B树？”
李镇贤有些诧异：“可是用B树不是更慢了？”
罗纪微微一笑：“你现在需要索引的数据里，Hash值相等的太多了。
有时候Hash索引遇到大量Hash值相等的情况后，性能真不一定就会比B树索引高。
你没有发现吗？现在大量的记录指针信息存于同一个Hash值相关联。
这样要定位某一条记录时，就会特别特别麻烦，反而会浪费多次表数据的访问，最后整体性能反而低下。
请关闭浏览器阅读模式后查看本章节，否则将出现无法翻页或章节内容丢失等现象。
