索引失效的几个原因

1 使用不等于操作符（<>、!=）
下面的查询即使在 cust_rating 列有一个索引，查询语句仍然执行一次全表扫描。
select cust_Id,cust_name from customers where   cust_rating <> 'aa';        
把上面的语句改成如下的查询语句，这样，在采用基于规则的优化器而不是基于代价的
优化器（更智能）时，将会使用索引。
select cust_Id,cust_name from customers where cust_rating < 'aa' or cust_rating > 'aa'; 
特别注意：通过把不等于操作符改成 OR 条件，就可以使用索引，以避免全表扫描。
2  使用 IS NULL  或 IS NOT NULL
使用 IS NULL  或 IS NOT NULL 同样会限制索引的使用。因为 NULL 值并没有被定义。
在 SQL 语句中使用 NULL 会有很多的麻烦。因此建议开发人员在建表时，把需要索引的列
设成  NOT NULL。如果被索引的列在某些行中存在 NULL 值，就不会使用这个索引（除非
索引是一个位图索引，关于位图索引在稍后在详细讨论）。
3  使用函数
如果不使用基于函数的索引，那么在 SQL 语句的 WHERE 子句中对存在索引的列使用
函数时，会使优化器忽略掉这些索引。  下面的查询不会使用索引（只要它不是基于函数的
索引）
select empno,ename,deptno from emp   where   trunc(hiredate)='01-MAY -81';
把上面的语句改成下面的语句，这样就可以通过索引进行查找。
select empno,ename,deptno from emp where   hiredate<(to_date('01-MAY -81')+0.9999);
4  比较不匹配的数据类型
也是比较难于发现的性能问题之一。  注意下面查询的例子，account_number 是一个
VARCHAR2 类型,在 account_number 字段上有索引。
下面的语句将执行全表扫描：
select bank_name,address,city,state,zip from banks where account_number = 990354;
Oracle 可以自动把 where 子句变成 to_number(account_number)=990354，这样就限
制了索引的使用,改成下面的查询就可以使用索引：
select bank_name,address,city,state,zip from banks where account_number ='990354';
特别注意： 不匹配的数据类型之间比较会让 Oracle 自动限制索引的使用,即便对这个查
询执行 Explain Plan 也不能让您明白为什么做了一次�D全表扫描‖。