1、条件字段选择性弱,查出的结果集较大,不走索引;
强制索引:/*+INDEX(表名,索引名字)*/ 的方法,但是这种方法有个缺点,如果索引
的名字改变了,就会导致程序重新改动,大大增加维护成本。? 索引提示还可以使
用列的方法进行,语法是/*+INDEX(表名,(索引列的列表))*/,这种方法即使索引的名
字变了,也不会导致程序重新改动
2、where条件等号两边字段类型不同,不走索引;
3、优化器分析的统计信息陈旧也可能导致不走索引;
execute dbms_stats.gather_table_stats($USER_NAME,$TABLE_NAME);
4、索引字段 is null 不走索引;
5、对于count(*)当索引字段有not null约束时走索引,否则不走索引;
6、like 后面的字符当首位为通配符时不走索引;
7、使用不等于操作符如:<>、!= 等不走索引;
8、索引字段前加了函数或参加了运算不走索引;
9、索引字段之间用 or ;or 转为union all cbo比较“傻”,它计算出来哪个执行计划的
cost小就会默认用哪个。cost在计算过程中会取近似值,这会导致有时cbo选择的错误
的执行计划。同时有时表的信息没有收集正确也会导致实际计算的cost有偏差选择错误
的执行计划。最后,如果oracle认为走索引不能正确实现sql的目的,这是就是用hint也
是不会选择索引的。