- 列取值范围小的索引效果不好,
例如一列c1在能取值 '甲' '乙' '丙' '丁' 且均匀分布,则即使在该列建立了索引,数据库执行时也未必会使用;
但是如果取值 ‘丁’ 的记录极少,在选择条件为 c1=‘丁’,根据基于代价的优化器如果能获得表的统计信息的话,是会利用上索引而不做全表扫描的。
- where语句中索引列作为函数的参数时应该对该列建立函数索引
- 不等于操作<>是索引杀手
例如 select × from × where c1<>123 ;
则即使在列 c1 上建立了索引,数据库在执行语句时也不会使用 ,应该替换为 c1> 123 or c1<123
- 对于字符型的列需要特别注意
如果c1 列用字符型 ,我们的语句常常会这样写, where c1=6352 ,
一般没有大问题 ,因为数据库为我们自动将记录的c1 列转化为数字 ,所以该句等效于 where to_number(c1)=6352 ,一般情况下都能得到想要的结果,但是如果这里对c1列建立了索引,执行时是不会用上索引的,因为该列在条件中是作为一个函数的参数而存在的,所以必须写成where c1='6352 ' 才能用到索引
- 连接操作时的索引
有语句 select × from t1 , t2 where t1.c1=t2.c2 ,如果对t1 的c1 建了索引而没有对t2 的c2建立索引,那么该索引也不会提高效率,因为数据库会默认(根据条件中列出现的顺序)全表扫描t1.c1列,对每条记录跟t2,c2相匹配,所以必须对t2.c2建立索引才有效