oracle full table scan,ORACLE优化之施行规划(1) - TABLE FULL SCAN/INDEX FULL SCAN

ORACLE优化之执行规划(1) - TABLE FULL SCAN/INDEX FULL SCAN

ORACLE优化之执行规划(1) - TABLE FULL SCAN/INDEX FULL SCAN

TABLE FULL SCAN

全表扫描，表示表中所有记录都被访问到。如果表很大，

该操作对查询性能的影响会很大，此时，建议使用索引

或去掉查询中的LIKE操作。

EXPLAIN PLAN

SET statement_id = 'ex_plan1' FOR

SELECT phone_number FROM employees

WHERE phone_number LIKE '650%';

INDEX RANGE SCAN [DESCENDING]

从相关索引中获取了一个或多个ROWID。

当查询条件字段具有非唯一索引，或者查询过滤条件是一个范围，

ORACLE将会采用该操作。

示例：

SELECT * FROM t_employee WHERE id > 11001;

SELECT * FROM t_employee WHERE first_name = 'Tommy';

此例中，id是关键字，first_name具有非唯一索引。

oracle会对此两个索引采用INDEX RANGE SCAN.

INDEX FULL SCAN [DESCENDING]

从相关的索引中获取了所有的ROWID。由于是按索引的顺序访问和获取ROWID，

因此获得的ROWID是直接排过序的。

示例1：

SELECT /*+ INDEX(T_EMPLOYEE IDX_NODES_ID)*/ id from T_EMPLOYEE;

示例中使用了HINT要求强制使用索引查询，但未指定索引字段的过滤条件，

于是ORACLE将采用INDEX FULL SCAN操作。由于该操作按索引顺序或去记录，

因而返回的ID列表是排过序的。

示例2：

SELECT * FROM T_EMPLOYEE WHERE MIDDLE_NAME IS NULL;

当MIDDLE_NAME字段可以为NULL，且具有非唯一索引，ORACLE在执行此语句时，

可能会采用INDEX FULL SCAN操作。

但在某些情况下，比如该语句已经执行过一遍，相关数据已经加载到内存，

那么，ORACLE的执行规划也可能会直接选择TABLE FULL SCAN操作，可能

是ORACLE认为此时直接TABLE FULL SCAN的性能会比INDEX FULL SCAN高。

INDEX FAST FULL SCAN

从相关索引中获取所有的ROWID。该操作同时从多个索引数据块中扫描数据，

所以结果并不是排序的。用于对索引字段进行查询。

示例：SELECT id FROM T_EMPLOYEE;  其中id为表的主键索引字段。

优化策略：

一般情况下，尽量避免FULL SCAN，特别是TABLE FULL SCAN和INDEX FULL SCAN.

在查询大表的情况下，INDEX RANGE SCAN会显著提高查询性能。但在查询小表时，

INDEX可能反而对性能产生不利影响。