index 与全盘扫描

一·并不是所有的扫描，用索引就比全盘要快。

CF(Clustering factor) 和 FF(Filtering factor). 
CF: 所谓 CF, 通俗地讲，就是每读入一个索引块，要对应读入多少个数据块。 
FF: 所谓 FF, 就是该sql 语句所选择的结果集，占总的数据量的百分比。 
大约的计算公式是：FF * (CF + 索引块个数) ，由此估计出，一个查询， 如果使用某个索引，会需要读入的数据块块数。需要读入的数据块越多，则 cost 越大，Oracle 也就越可能不选择使用 index. （全表扫描需要读入的数据块数等于该表的实际数据块数） 
其核心就是， CF 可能会比实际的数据块数量大。CF 受到索引中数据的排列方式影响，通常在索引刚建立时，索引中的记录与表中的记录有良好的对应关系，CF 都很小；在表经过大量的插入、修改后，这种对应关系越来越乱，CF 也越来越大。此时需要 DBA 重新建立或者组织该索引。 
如果某个sql 语句以前一直使用某索引，较长时间后不再使用，一种可能就是 CF 已经变得太大，需要重新整理该索引了。 
FF 则是Oracle 根据 statistics 所做的估计。


二 ·Oracle 要使用一个索引，有一些最基本的条件： 
1.where 子句中的这个字段，必须是复合索引的第一个字段； 
2.where 子句中的这个字段，不应该参与任何形式的计算 
具体来讲，假设一个索引是按 f1, f2, f3的次序建立的，现在有一个 sql 语句, where 子句是 f2 = : var2, 则因为 f2 不是索引的第1个字段，无法使用该索引。 


三·哪些操作或者操作符会显式（explicitly）地阻止 Oracle 使用索引。以下是一些基本规则： 
1.  如果 f1 和 f2 是同一个表的两个字段，则 f1>f2, f1>=f2, f1 
2.  f1 is null, f1 is not null, f1 not in, f1 !=, f1 like ‘%pattern%'; 
3.  Not exist 
4.  某些情况下，f1 in 也会不用索引；