索引查询并非很快

全表扫描相信大家都知道,一般情况下都要尽量不要使用。索引扫描是先在索引B树中查找满足条件的行，找到后根据索引中行ROWID信息，直接定位表中相应的行。即使表中的数据有千万级，效率是很高的。这种情况只是针对返回的行比较少的情况，如果很多的话，效率很可能就低了。

    原因：





     上图中，第1个叶块中的第2个索引条目和第2个叶块中的第8个索引条目，指向表中同一块：第5号块。索引是按顺序访问的，当访问到第1个索引条目时，Oracle将表中5号块读进Buffer cache，读后面的索引条目时，因为后面的索引条目并不一定也指向表中5号块，在此例中，后面的索引条目都指向其他的块，Oracle必须将其他的块读进Buffer cache，而这后读进Buffer cache中的块，可能会使表的第5号块老化（也就是被移出缓存），当读到第8个索引条目时，又必须重新物理读取一次表的第5号块。而全表扫描则不同，它每读取一个块，必将此块中所有满足条件的行全部取出，才会物理读取下一个块。因此，如果是取表中大量行，通过索引扫描反而会使物理读增加，因而造成性能降低。

     所以从表中取出大量行时，通常行数占表中总行数的10%以上时，再通过索引取行效率就不很好了。