oracle skipscan,[转贴]Skip Scan Index

今天用STA，叫我用Skip Scan Index ，转个贴记录了一下

[@more@]

在Oracle9i中，有一个新的特性：跳跃式索引(Skip Scan Index)。当表有一个复合索引，而在查询中有除了索引中第一列的其他列作为条件，并且优化器模式为CBO，这时候查询计划就有可能使用到SS。此外，还可以通过使用提示index_ss(CBO下)来强制使用SS。

强制使用ss的方法： select /*+index_ss(test1 test_idx1)*/* from test1 a where b ='a';

但并不是任何情况下都会使用到SS。在Oracle的官方文档中，除了提到需要CBO，并且对表进行过分析外，还需要保证第一列的distinct value非常小。INDEX SKIP SCAN是需要下面几个条件的：

1，版本9i及以后

2，CBO(表和索引都经过分析)

3，索引的前导列重复值很少(选择性低)

4，WHERE条件中不存在索引前导列

举例：

1， 建立测试环境

Sql>select * from v$version;

BANNER

----------------------------------------------------------------

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi

PL/SQL Release 10.2.0.1.0 - Production

CORE 10.2.0.1.0 Production

TNS for IBM/AIX RISC System/6000: Version 10.2.0.1.0 - Productio

NLSRTL Version 10.2.0.1.0 - Production

Sql>conn sunwg/test

已连接

Sql>create table sunwg as select * from dba_objects;

表已创建

Sql>create index ind_type_id on sunwg(object_type,object_id);

索引已创建

3，一般情况下，WHERE条件中包含索引的前导列，那么查询是会选择索引的

4，如果WHERE中不包括索引的前导列，在没有统计信息的情况下，优化器是不会选择索引的。

5，收集了表和索引的统计信息，那么就会执行索引的跳跃扫描

从两次执行时候的COST可以看得出来，执行索引跳跃扫描的时候效率会比全表扫描高不少。索引跳跃扫描具体是怎么执行的呢？

从网上查了资料，说是索引跳跃扫描实际上转化成为多个SQL的UNION操作，对于上面的例子，可能大概转化为下面的形式：

Select * from sunwg where object_type = ‘TABLE’ and object_id = 68191

Union

Select * from sunwg where object_type = ‘INDEX’ and object_id =68191

Union

……

我们有验证这种说法的正确性，但是利用这种说法可以很好的解释为什么索引跳跃扫描仅仅发生在前导列的重复值很多的情况下。因为如果索引前导列的重复值很少，那么将会转化成大量SQL的UNION操作，这样效率相对来说会低得多。

上面就是大家经常的对索引跳跃扫描的理解，觉得索引跳跃扫描相比全表扫描来说有着更好的性能。但是很少想到，索引跳跃扫描真是很好的事情么？

从两方面来说吧

1， 当前导列的重复值很多的时候，ORACLE并不会选择索引的跳跃扫描，他认为这样的效率设置比全表扫描还要低。可是实际上，ORACLE并没有把第二索引列考虑进去，如果第二个索引列的选择性很高的情况下，走索引可能还是一种高效的访问方式。实验很简单，这里就不做了，感兴趣的可以自己实验下。

2， 前面说过了，只有前导列的重复值很小的时候，ORACLE才会选择索引跳跃扫描。其实索引跳跃扫描仅仅是对低效索引的一种弥补。从B+树索引的结构可以看得出来，索引列的选择性越高那么索引的效果越好。那么在建多列索引中的时候也应该把选择性高的列放到前面，这样可以极大的提高的索引访问的效率。所以当我们的SQL 走了索引跳跃扫描的时候，我们应该多想想是不是我们的索引建立的有问题。

ORACLE新版本的一些新的特性，有一些是原来没有东西，有一些是对原有的有问题的东西的修补，那么我们在使用新特性的时候要多想想，多比比，这样才可以合理的使用那些新的东西。

附记： STA好像有问题，推荐我用 Skip Scan Index 记录里面 cost只需要 381 ，可以我用提示来强制使用后，执行计划一样的，cost却变成了138367 ,这个。。。 差的也太远了吧