表很小的时候，究竟走全表扫描还是走索引？

xuqingwei

大表的情况我试过的，返回少数行走索引，返回多行走全表扫描。

但小表的，oracle为什么会选择这样的执行计划呢？想不通。

xsmdel

Truncate 试试

Yong Huang

> 但小表的，oracle为什么会选择这样的执行计划呢？想不通。

Your 10053 trace in message #8 clearly shows that an index scan has a cost of 2 while FTS has a cost of 3. So index scan is chosen.

Your actual buffer gets in the test in message #1 also shows that index access is cheaper, 6 consistent gets vs 8.

Yong Huang

sundog315

原帖由 xuqingwei 于 2011-6-14 09:59 发表
应该不是HWM引发的。EMP表我重建了，执行计划也是如此。

又不是只有表碎片有HWM

你自己dump一下表的HeaderBlock就知道了

sundog315

原帖由 xuqingwei 于 2011-6-14 10:12 发表
SCOTT@ prod> select  * from emp where empno in (7369, 7499, 7566, 7654, 7782, 7788, 7839, 7876, 7902);

9 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 1899965127

---------------------------------------------------------------------------------------
| Id  | Operation                    | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |        |     9 |   288 |     2   (0)| 00:00:01 |
|   1 |  INLIST ITERATOR             |        |       |       |            |          |
|   2 |   TABLE ACCESS BY INDEX ROWID| EMP    |     9 |   288 |     2   (0)| 00:00:01 |
|*  3 |    INDEX RANGE SCAN          | PK_EMP |     9 |       |     1   (0)| 00:00:01 |
---------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - access("EMPNO"=7369 OR "EMPNO"=7499 OR "EMPNO"=7566 OR "EMPNO"=7654 OR
              "EMPNO"=7782 OR "EMPNO"=7788 OR "EMPNO"=7839 OR "EMPNO"=7876 OR "EMPNO"=7902)


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
         19  consistent gets
          0  physical reads
          0  redo size
       1201  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          9  rows processed

这个列是否收集了直方图信息？

anlinew

Table: EMP  Alias: EMP
    #Rows: 14  #Blks:  5  AvgRowLen:  40.00

woaini1987120

你建索引了就走索引，你们建就全表扫描。至于优化你看他们的，都有道理

xuqingwei

直方图收集过的。

就是因为这个表很简单，索引、统计信息也都存在，查询也很简单。

总共表有14行，占5个block。

执行计划就是不走全表扫描。

各位在自己的测试机上也试试看，如果走全表扫描，把10053贴出来，看看和我的有哪里不同？

[ 本帖最后由 xuqingwei 于 2011-6-17 13:14 编辑 ]

Impostor

CBO模式下，oracle会根据cost去判断，选择更小的cost去执行，不一定小表就一定是full access！

part2009

原帖由 sundog315 于 2011-6-14 09:34 发表
虽然表只有14条记录，但高水位标志有可能不是1个块，而是多个块，尤其是在ASSM表空间中

而全表扫描是要扫描高水位标志之下的所有块的，可有可能拼不过索引扫描

我觉得这个有道理，可能需要扫描的数据块比较多