1. 1 应该建索引列的特点：
1） 在经常需要搜索的列上，可以加快搜索的速度；
2） 在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；
3） 在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；
4） 在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；
5） 在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；
6） 在经常使用在WHERE 子句中的列上面创建索引，加快条件的判断速度。
1.2 不应该建索引列的特点：
第一 ，对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。
第二 ，对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。增加索引，并不能明显加快检索速度。
第三 ，对于那些定义为 blob 数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。
第四 ，当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引。
1.3 限制索引
限制索引是一些没有经验的开发人员经常犯的错误之一。在SQL 中有很多陷阱会使一些索引无法使用。下面讨论一些常见的问题：
1.3.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 条件，就可以使用索引，以避免全表扫描。
1.3. 2 使用 IS NULL 或 IS NOT NULL
使用 IS NULL 或 IS NOT NULL 同样会限制索引的使用 。因为 NULL 值并没有被定义。在 SQL 语句中使用NULL 会有很多的麻烦。因此建议开发人员在建表时，把需要索引的列设成 NOT NULL 。如果被索引的列在某些行中存在 NULL 值，就不会使用这个索引（除非索引是一个位图索引，关于位图索引在稍后在详细讨论）。
1.3.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);
1.3.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也不能让您明白为什么做了一次 “ 全表扫描 ” 。