而通常情况下，使用索引比全表扫描要块几倍至几千倍，所以对索引要有比较深入的了解。
某些情况下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就是在做这样的动作。