Oracle索引
1.1 索引的创建语法：
create uniuqe | bitmap index .
on .
( | asc | desc,
| asc | desc,...)
tablespace
storage
logging | nologging
compute statistics
nocompress | compress
nosort | reverse
partition | global partition
相关说明：
1) unique | bitmap：指定unique为唯一值索引.bitmap为位图索引.省略为b-tree索引。
2) | asc | desc：可以对多列进行联合索引.当为expression时即"基于函数的索引"
3)tablespace：指定存放索引的表空间(索引和原表不在一个表空间时效率更高)
4)storage：可进一步设置表空间的存储参数
5)logging | nologging：是否对索引产生重做日志(对大表尽量使用nologging来减少占用空间并提高效率)
6)compute statistics：创建新索引时收集统计信息
7)nocompress | compress：是否使用"键压缩"(使用键压缩可以删除一个键列中出现的重复值)
8)nosort | reverse：nosort表示与表中相同的顺序创建索引.reverse表示相反顺序存储索引值
9)partition | nopartition：可以在分区表和未分区表上对创建的索引进行分区
1.2 索引特点：
第一.通过创建唯一性索引,可以保证数据库表中每一行数据的唯一性。
第二.可以大大加快数据的检索速度,这也是创建索引的最主要的原因。
第三.可以加速表和表之间的连接,特别是在实现数据的参考完整性方面特别有意义。
第四.在使用分组和排序子句进行数据检索时,同样可以显著减少查询中分组和排序的时间。
第五.通过使用索引.可以在查询的过程中,使用优化隐藏器,提高系统的性能。
1.3 索引不足：
第一.创建索引和维护索引要耗费时间.这种时间随着数据量的增加而增加。
第二.索引需要占物理空间,除了数据表占数据空间之外,每一个索引还要占一定的物理空间,如果要建立聚簇索引,那么需要的空间就会更大。
第三.当对表中的数据进行增加、删除和修改的时候,索引也要动态的维护,这样就降低了数据的维护速度。
1.4 应该建索引列的特点：(重要)
1)在经常需要搜索的列上,可以加快搜索的速度；
2)在作为主键的列上,强制该列的唯一性和组织表中数据的排列结构；
3)在经常用在连接的列上,这些列主要是一些外键,可以加快连接的速度；
4)在经常需要根据范围进行搜索的列上创建索引,因为索引已经排序.其指定的范围是连续的；
5)在经常需要排序的列上创建索引,因为索引已经排序,这样查询可以利用索引的排序,加快排序查询时间；
6)在经常使用在WHERE子句中的列上面创建索引,加快条件的判断速度。
1.5 不应该建索引列的特点：
第一.对于那些在查询中很少使用或者参考的列不应该创建索引。
这是因为,既然这些列很少使用到.因此有索引或者无索引,并不能提高查询速度.相反,由于增加了索引.反而降低了系统的维护速度和增大了空间需求。
第二.对于那些只有很少数据值的列也不应该增加索引。
这是因为.由于这些列的取值很少.例如人事表的性别列.在查询的结果中.结果集的数据行占了表中数据行的很大比例.即需要在表中搜索的数据行的比例很大。增加索引.并不能明显加快检索速度。
第三.对于那些定义为blob数据类型的列不应该增加索引。
这是因为.这些列的数据量要么相当大.要么取值很少。
第四.当修改性能远远大于检索性能时,不应该创建索引。
这是因为.修改性能和检索性能是互相矛盾的。当增加索引时.会提高检索性能.但是会降低修改性能。当减少索引时.会提高修改性能.降低检索性能。因此.当修改性能远远大于检索性能时.不应该创建索引。
1.6 限制索引
限制索引是一些没有经验的开发人员经常犯的错误之一,在SQL中有很多陷阱会使一些索引无法使用,下面讨论一些常见的问题：
1.6.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条件,就可以使用索引,以避免全表扫描。
1.6.2 使用is null 或is not null
使用is null 或is not null同样会限制索引的使用,因为null值并没有被定义,在sql语句中使用null会有很多的麻烦。因此建议开发人员在建表时,把需要索引的列设成 not null,如果被索引的列在某些行中存在null值,就不会使用这个索引(除非索引是一个位图索引.关于位图索引在稍后在详细讨论)。
1.6.3 使用函数
如果不使用基于函数的索引,那么在SQL语句的where子句中对存在索引的列使用函数时,会使优化器忽略掉这些索引。
下面的查询不会使用索引(只要它不是基于函数的索引)
select empno,ename,deptno from emp
where trunc(hiredate)='01-MAY-81';
把上面的语句改成下面的语句.这样就可以通过索引进行查找。
select empno,ename,deptno from emp
where hiredate set timing on
SQL> create index TT_index on TT(teamid,areacode);
索引已创建。
已用时间: 00: 02: 03.93
SQL> select count(areacode) from tt;
COUNT(AREACODE)
---------------
7230369
已用时间: 00: 00: 08.31
SQL> select /*+ index(tt TT_index )*/ count(areacode) from tt;
COUNT(AREACODE)
---------------
7230369
已用时间: 00: 00: 07.37
1.15 索引的类型
B-树索引 位图索引 HASH索引 索引编排表
反转键索引 基于函数的索引 分区索引 本地和全局索引
————————————————
版权声明：本文为CSDN博主「Running Sun丶」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_49889731/article/details/131446617
