自作聪明的开发

近日查看数据库运行较长的语句，发现我们这边的开发人员真是厉害，不懂装懂的本领真高。 开发以为只要走索引就是快的，而且刚好知道index hint可以强制走索引，所以就用上了。可是走的是bitmap index full scan，把整个索引都扫描了，然后根据索引的位图转化

近日查看数据库运行较长的语句，发现我们这边的开发人员真是厉害，不懂装懂的本领真高。

开发以为只要走索引就是快的，而且刚好知道index hint可以强制走索引，所以就用上了。可是走的是bitmap index full scan，把整个索引都扫描了，然后根据索引的位图转化（bitmap conversion to rowids）成rowid，再根据索引的rowid和表的rowid一一对应，从表中取得数据（table access by index rowid）。

既然是从索引中的所有rowid找到表中的所有的数据，为啥不直接扫描整个表，直接扫描整个表不是更快吗？不要当oracle是傻的，我把index hint去掉之后，走得是全表扫描，这就对了嘛。

读索引是单块读，回表也是单块读。一次的单块读和多块读时间上是差不多的，显然多块读一次扫描的块数更多。

至于优化的话就简单了，去掉index hint就可以了，如果表大的话就加并行就ok了。