Oracle索引描述.docVIP

以下的文章主要是对Oracle索引整理的描述，其中包含了Oracle的索引陷阱，以及各种索引使用场合以及建议，还有能用唯一索引，一定用唯一索引有哪些的详细内容的介绍，以下就好似相关内容的介绍。 一、Oracle的索引陷阱 一个表中有几百万条数据，对某个字段加了索引，但是查询时性能并没有什么提高，这主要可能是Oracle的索引限制造成的。Oracle的索引有一些索引限制，在这些索引限制发生的情况下，即使已经加了索引，Oracle还是会执行一次全表扫描，查询的性能不会比不加Oracle索引有所提高，反而可能由于数据库维护索引的系统开销造成性能更差。 下面是一些常见的索引限制问题。 1.使用不等于操作符(, !=) 下面这种情况，即使在列dept_id有一个索引，查询语句仍然执行一次全表扫描 select * from dept where staff_num 1000; 通过把用 or 语法替代不等号进行查询，就可以使用Oracle索引，以避免全表扫描： select * from dept where staff_num 1000 or staff_num 1000; 2.使用 is null 或 is not null 使用 is null 或is nuo null也会限制索引的使用，因为数据库并没有定义null值。如果被索引的列中有很多null，就不会使用这个索引（除非索引是一个位图索引）。在sql语句中使用null会造成很多麻烦。 解决这个问题的办法就是：建表时把需要索引的列定义为非空(not null) 3.使用函数 如果没有使用基于函数的索引，那么where子句中对存在Oracle索引的列使用函数时，会使优化器忽略掉这些索引。下面的查询就不会使用索引： select * from staff where trunc(birthdate) = 01-MAY-82; 但是把函数应用在条件上，索引是可以生效的，把上面的语句改成下面的语句，就可以通过索引进行查找。 select * from staff where birthdate (to_date(01-MAY-82) + 0.9999); 4.比较不匹配的数据类型 比较不匹配的数据类型也是难于发现的性能问题之一。下面的例子中，dept_id是一个varchar2型的字段，在这个字段上有Oracle索引，但是下面的语句会执行全表扫描。 select * from dept where dept_id = 900198; 这是因为Oracle会自动把where子句转换成to_number(dept_id)=900198， 把SQL语句改为如下形式就可以使用索引 select * from dept where dept_id = 900198; 二、各种索引使用场合及建议 （1）B*Tree索引: 常规索引，多用于oltp系统，快速定位行，应建立于高cardinality列（即列的唯一值除以行数为一个很大的值，存在很少的相同值）。 Create index indexname on tablename(columnname[columnname...]) （2）反向Oracle索引：B*Tree的衍生产物，应用于特殊场合，在ops环境加序列增加的列上建立，不适合做区域扫描。 Create index indexname on tablename(columnname[columnname...]) reverse （3）降序索引：B*Tree的衍生产物，应用于有降序排列的搜索语句中，索引中储存了降序排列的索引码，提供了快速的降序搜索。 Create index indexname on tablename(columnname DESC [,columnname...]) （4）位图索引：位图方式管理的索引，适用于OLAP（在线分析）和DSS（决策处理）系统，应建立于低cardinality列，适合集中读取，不适合插入和修改，提供比B*Tree索引更节省的空间。 a. 如果某个字段的值需要频繁更新，那么就不适合在它上面创建位图索引。 b. 在位图Oracle索引中，如果你更新或插入其中一条数值为N的记录，那么相应表中数值为N的记录（可能成百上千条）全部被Oracle锁定，这就意味着其它用户不能同时更新这些数值为N的记录，其它用户必须要等第一个用户提交后，才能获得锁，更新或插入数据，bitmap index它主要用于决策支持系统或静态数据。 Create BITMAP index indexname on tablename(columnname[columnname...]) （5）函数索引：B*Tree的衍生产物，应用于