新鲜出炉的盛大面试经历

把生背设计模式的想法扔一边.
没写过代码
没天天被变更折磨的人
没理由看两本书就能用好模式.

设计模式也是看过书，想想：当年我tm这么干问题早解决了之类的

然后就会有几个模式理解非常清楚

其他的，一般很简单的随手就用了，很复杂的场合也不多

反正已经郁闷了，索性让他淡疼一把。。。。。。

突然发现炫烂彩虹是。。。。果然是的。。。。。。

还是没人回答索引命中率？

我下周一也要去盛大面试了，也是应聘高级开发工程师，我做java也快5年了，请问楼主当时还被问到了哪些问题，还有其他面试过的兄弟们也提供一些面经吧，不胜感激！！

索引命中率？
是缓存命中率吧？

研究了下命中率的问题

下面的帖子是传输门。最后是97%比较理想了。

http://www.im80hou.com/html/oracle/2009/0722/824.html

这篇文章讲的是缓存命中率的问题，很有帮助，谢谢。
97%也很难达到吧，我觉得仍然要看应用中读写的分布情况。
这么高的命中率也很不现实，内存数据要占常用数据的97%，这不就是变成内存数据库了吗？记得robbin曾经讲过javaeye的缓存命中率的生产数据（借此说明数据库三大范式不与OOP冲突，我搜索了一下,是这篇帖子：http://www.iteye.com/topic/151187），memcached（虽然不是数据库的，但原理也是差不多）的命中率是85%，不知道现在robbin有没有将其优化到97%的极端境界？

然而我的问题还没有解答，“索引的命中率”和“缓存的命中率”是截然不同的，我的理解是：所有查询中能利用到索引查到相应结果的概率？这个问题也很含糊。呵呵，其实没必要深究了。

。。。。。。。。。。。。。觉得不太对

用不用索引。。。。与执行计划有关。

如果你用的起oracle的光头。
这与工程师一点关系没有。