近日查看数据库运行较长的语句，发现我们这边的开发人员真是厉害，不懂装懂的本领真高。 开发以为只要走索引就是快的，而且刚好知道index hint可以强制走索引，所以就用上了。可是走的是bitmap index full scan，把整个索引都扫描了，然
本文来源gao!%daima.com搞$代*!码$网3
后根据索引的位图转化
近日查看数据库运行较长的语句，发现我们这边的开发人员真是厉害，不懂装懂的本领真高。
开发以为只要走索引就是快的，而且刚好知道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了。
搞代码网（gaodaima.com）提供的所有资源部分来自互联网，如果有侵犯您的版权或其他权益，请说明详细缘由并提供版权或权益证明然后发送到邮箱[email protected]，我们会在看到邮件的第一时间内为您处理，或直接联系QQ：872152909。本网站采用BY-NC-SA协议进行授权
转载请注明原文链接：自作聪明的开发
转载请注明原文链接：自作聪明的开发
