Oracle语句优化５３个规则详解(11)

45.       需要当心的WHERE子句
　某些SELECT 语句中的WHERE子句不使用索引。 这里有一些例子。
     在下面的例子里， ‘！=’ 将不使用索引。 记住， 索引只能告诉你什么存在于表中， 而不能告诉你什么不存在于表中。
     不使用索引：
　SELECT ACCOUNT_NAME
 　FROM TRANSACTION
 　WHERE AMOUNT ！=0；
　使用索引：
　SELECT ACCOUNT_NAME
 　FROM TRANSACTION
 　WHERE AMOUNT >0；
　下面的例子中， ‘||’是字符连接函数。 就象其他函数那样， 停用了索引。
     不使用索引：
　SELECT ACCOUNT_NAME，AMOUNT
 　FROM TRANSACTION
 　WHERE ACCOUNT_NAME||ACCOUNT_TYPE=‘AMEXA’；
　使用索引：
　SELECT ACCOUNT_NAME，AMOUNT
　FROM TRANSACTION
 　WHERE ACCOUNT_NAME = ‘AMEX’AND ACCOUNT_TYPE=‘ A’；
　下面的例子中， ‘+’是数学函数。 就象其他数学函数那样， 停用了索引。
     不使用索引：
　SELECT ACCOUNT_NAME， AMOUNT
　FROM TRANSACTION
　WHERE AMOUNT + 3000 >5000；
　使用索引：
　SELECT ACCOUNT_NAME， AMOUNT
　FROM TRANSACTION
 　WHERE AMOUNT > 2000 ；
　下面的例子中，相同的索引列不能互相比较，这将会启用全表扫描。
     不使用索引：
　SELECT ACCOUNT_NAME， AMOUNT
 　FROM TRANSACTION
 　WHERE ACCOUNT_NAME = NVL（：ACC_NAME，ACCOUNT_NAME）；
　使用索引：
　SELECT ACCOUNT_NAME， AMOUNT
 　FROM TRANSACTION
 　WHERE ACCOUNT_NAME LIKE NVL（：ACC_NAME，‘%’）；
　译者按：如果一定要对使用函数的列启用索引， ORACLE新的功能： 基于函数的索引（Function-Based Index） 也许是一个较好的方案。
     CREATE INDEX EMP_I ON EMP （UPPER（ename））； /*建立基于函数的索引*/
　SELECT * FROM emp WHERE UPPER（ename） = ‘BLACKSNAIL’； /*将使用索引*/
　46.       连接多个扫描
　如果你对一个列和一组有限的值进行比较， 优化器可能执行多次扫描并对结果进行合并连接。
     举例：
　SELECT *
　FROM LODGING
 　WHERE MANAGER IN （‘BILL GATES’，‘KEN MULLER’）；
　优化器可能将它转换成以下形式
　SELECT *
 　FROM LODGING
 　WHERE MANAGER = ‘BILL GATES’OR MANAGER = ‘KEN MULLER’；
　当选择执行路径时， 优化器可能对每个条件采用LODGING$MANAGER上的索引范围扫描。 返回的ROWID用来访问LODGING表的记录 （通过TABLE ACCESS BY ROWID 的方式）。 最后两组记录以连接
   （CONCATENATION）的形式被组合成一个单一的集合。
     Explain Plan ：
　SELECT STATEMENT Optimizer=CHOOSE
 　CONCATENATION
 　　TABLE ACCESS （BY INDEX ROWID） OF LODGING
　　　INDEX （RANGE SCAN ） OF LODGING$MANAGER （NON-UNIQUE）
　    TABLE ACCESS （BY INDEX ROWID） OF LODGING
　　　INDEX （RANGE SCAN ） OF LODGING$MANAGER （NON-UNIQUE）
     译者按：本节和第37节似乎有矛盾之处。
     47.       CBO下使用更具选择性的索引
　基于成本的优化器（CBO， Cost-Based Optimizer）对索引的选择性进行判断来决定索引的使用是否能提高效率。
     如果索引有很高的选择性， 那就是说对于每个不重复的索引键值，只对应数量很少的记录。     比如， 表中共有100条记录而其中有80个不重复的索引键值。 这个索引的选择性就是80/100 = 0.8 . 选择性越高， 通过索引键值检索出的记录就越少。
     如果索引的选择性很低， 检索数据就需要大量的索引范围查询操作和ROWID 访问表的操作。 也许会比全表扫描的效率更低。
     译者按：　下列经验请参阅：
　a.       如果检索数据量超过30%的表中记录数。使用索引将没有显著的效率提高。
     b.       在特定情况下， 使用索引也许会比全表扫描慢， 但这是同一个数量级上的区别。 而通常情况下，使用索引比全表扫描要快几倍乃至几千倍！