而通常情况下,使用索引比全表扫描要块几倍至几千倍,所以对索引要有比较深入的了解。
某些情况下SELECT 语句中的WHERE子句用到索引列,但生成的执行计划却不不使用索引。这里有一些例子.
1.1.1 ‘!=’,NOT操作将不使用索引.
记住, 索引只能告诉你什么存在于表中, 而不能告诉你什么不存在于表中
不使用索引:
SELECT ACCOUNT_NAME FROM TRANSACTION WHERE AMOUNT !=0;
1.1.2 ‘||’是字符连接函数. 就象其它函数那样, 停用了索引.
不使用索引:
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’;
1.1.3 相同的索引列不能互相比较,这将会启用全表扫描.
不使用索引:
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’; /*将使用索引*/
1.1.4避免在索引列上使用计算.
WHERE子句中,如果索引列是函数的一部分,优化器将不使用索引而使用全表扫描。这是一个非常实用的规则,请务必牢记。举例:
低效:
SELECT … FROM DEPT WHERE SAL * 12 > 25000;
高效:
SELECT … FROM DEPT WHERE SAL > 25000/12;
1.1.5 基于成本的优化器(CBO)会对索引的选择性进行判断,来决定是否使用索引
索 引的选择性: 那就是说Table中该Field的所有值中不重复的索引键值的比率。比如, 表中共有100条记录而其中有80个不重复的索引键值,这个索引的选择性就是80/100 = 0.8 。选择性越高, 通过索引键值检索出的记录就越少。如果索引的选择性很低,检索数据就需要大量的索引范围查询操作和ROWID 访问表的操作, 也许会比全表扫描的效率还低。
1.1.6 Index信息的重新统计
有时候,陈旧的 Index信息会Oracle产生的执行计划不使用Index,所以对Oracle Index 的Statistics也需要经常去做。Oracle ERP中的"Analyze All Index Column Statistics"-- Analyze All Index Column Statistics就是在做这样的动作。