导读：有些新手在Oracle数据库中创建索引时往往不会使用可选项。其实，有时候在合适的场合使用一些可选项，可以提高索引的创建速度。如为了大批量导入数据，我们往往会先取消索引其以提高插入的速度。然后等数据导入完毕后再重新创建索引。在这个过程中如果能够采用一些可选项，则可以缩短索引创建的时间。在Oracle数据库中提供了丰富的可选项。我们常用的可选项主要有以下这些。
可选项一：NOSORT，记录排序可选项
默认情况下，在表中创建索引的时候，会对表中的记录进行排序，排序成功后再创建索引。但是当记录比较多的是，这个排序作业会占用比较多的时间，这也就增加了索引建立的时间（排序作业是在索引创建作业中完成）。有时候，我们导入数据的时候，如采用insert into 语句插入数据过程中同时采用Order by子句对索引字段进行了排序。此时如果在索引创建过程中再进行排序的话，就有点脱裤子放屁，多此一举了。为此在重新创建索引时，如果表中的数据已经排好序了（按索引字段排序），那么在创建索引时就不需要为此重新排序。此时在创建索引时，数据库管理员就可以使用NOSORT可选项，告诉数据库系统不需要对表中当记录进行重新排序了。
采用了这个选项之后，如果表中的记录已经按顺序排列，那么在重新创建索引的时候，就不会重新排序，可以提高索引创建的时间，节省内存中的排序缓存空间。相反，如果表中的记录是不按索引关键字排序的话，那么此时采用NOSORT关键字的话，系统就会提示错误信息，并拒绝创建索引。所以在使用NOSORT可选项的时候，数据库管理员尽管放心大胆的使用。因为其实在不能够使用这个选项的时候，数据库也会明确的告知。为此其副作用就比较少，数据库管理员只需要把这个可选项去掉然后重新执行一次即可。不过这里需要注意的是，如果表中的记录比较少的话，那么使用NOSORT选项的效果并不是很明显。当采用insert into批量导入数据，并在这个过程中采用了Order by子句对索引关键字进行了排序的话，则此时采用NOSORT选项的话，往往能够起到比较好的效果。
可选项一：NOSORT，记录排序可选项
默认情况下，在表中创建索引的时候，会对表中的记录进行排序，排序成功后再创建索引。但是当记录比较多的是，这个排序作业会占用比较多的时间，这也就增加了索引建立的时间（排序作业是在索引创建作业中完成）。有时候，我们导入数据的时候，如采用insert into 语句插入数据过程中同时采用Order by子句对索引字段进行了排序。此时如果在索引创建过程中再进行排序的话，就有点脱裤子放屁，多此一举了。为此在重新创建索引时，如果表中的数据已经排好序了（按索引字段排序），那么在创建索引时就不需要为此重新排序。此时在创建索引时，数据库管理员就可以使用NOSORT可选项，告诉数据库系统不需要对表中当记录进行重新排序了。
采用了这个选项之后，如果表中的记录已经按顺序排列，那么在重新创建索引的时候，就不会重新排序，可以提高索引创建的时间，节省内存中的排序缓存空间。相反，如果表中的记录是不按索引关键字排序的话，那么此时采用NOSORT关键字的话，系统就会提示错误信息，并拒绝创建索引。所以在使用NOSORT可选项的时候，数据库管理员尽管放心大胆的使用。因为其实在不能够使用这个选项的时候，数据库也会明确的告知。为此其副作用就比较少，数据库管理员只需要把这个可选项去掉然后重新执行一次即可。不过这里需要注意的是，如果表中的记录比较少的话，那么使用NOSORT选项的效果并不是很明显。当采用insert into批量导入数据，并在这个过程中采用了Order by子句对索引关键字进行了排序的话，则此时采用NOSORT选项的话，往往能够起到比较好的效果。
可选项二：NOLOGGING，是否需要记录日志信息
在创建索引的时候，系统会把相关的信息存储到日志信息中去。如果表中的记录比较多，则需要一一的把这些信息记录到日志文件中，这显然会让数据库增加很大的工作量。从而增加索引创建的时间。为此在创建索引的过程中，如果有必要时，我们可以采用NOLOGGING选项，让数据库在创建索引的过程中，不产生任何重做日志信息。此时当表中的记录比较多时，就可以明显提高速度。
但是默认情况下，数据库在在创建索引时，是不采用这个选项的，即会把相关的信息保存到重做日志中去。这虽然降低了索引创建的效率，但是如果遇到什么意外的话，却可以利用重做日志来进行恢复。所以，此时数据库管理员就比较难以抉择了。一方面是数据的安全，另一方面是索引创建的速度。根据笔者的经验，只要数据库服务器比较稳定，而数据库中约束机制又比较完善的话，那么在创建索引的过程中一般不会出现问题，可以放心大胆的使用这个可选项。
但是如果数据库已经使用了好几年了。后来因为某种原因需要重建索引。在这种情况下，由于数据库使用过程中很多因素数据库管理员无法控制。此时为这种类型的数据库创建索引时，为了保险起见还是不要采用这个选项好。因为此时遇到错误的几率相对来说会搞一点。为此此时牺牲一下索引创建的速率，而提高数据的安全性还是有必要的。万一遇到什么问题时，可以通过重做日志来及时的恢复数据，为企业用户减少损失。
可选项三：COMPUTE STATISTICS，是否生成统计信息
如果管理员在创建索引时采用了这个选项，则数据库将在创建索引的过程中以非常小的代价直接生成关于索引的相关统计信息，然后把这些信息存储在数据字典中。这就可以避免以后对索引进行分析统计，而且优化器在优化SQL语句的时候可以随机使用这些统计信息，以确定是否生成使用该索引的执行计划。通常情况下，在生成索引的过程中统计索引的相关信息，其所花的代价是最小的。无论从时间上，还是从硬件资源的耗费上，都是非常小的。所以，在创建索引的过程中统计相关的索引信息是非常有用的。
但是默认情况下，数据库是不采用这个选项的。这主要是因为一些事物处理系统，索引的信息是经常需要发生变化的。如果在索引创建的过程中统计了相关信息。这些信息随着索引的调整等等原因会很快的过时。所以说，其在默认情况下没有采用这个选项。可见这个选项并不是在任何情况下都能够起到效果。但是如果这个数据库系统是一个决策支持系统。其数据、索引等等在一段时间内基本上是稳定不变的。此时在创建索引时可以使用这个选项。如此的话，在生成索引时可以以最小的代价生成这些统计信息，方便优化器使用。笔者在部署数据库应用的时候，对于事务型的数据库系统，一般不会启用这个选项。但是对于一些决策性的数据库系统或者数据仓库中，创建索引时则笔者喜欢采用这个选项。这有助于提高数据库的性能。因为优化器在生成执行计划时，可以直接采用这个统计信息。所以，数据库能够在最短的时间内确定需要采用的执行计划。而且在执行计划制定中参考了这个索引统计信息，为此所生成的执行计划在同等条件下可能更加的合理。
可选项四：ONLINE，DML操作与创建索引操作是否可以同时进行
默认情况下，数据库系统是不允许DML操作与创建索引的操作同时进行的。也就是说，在创建索引的过程中，是不允许其他用户对其所涉及的表进行任何的DML操作。这主要是因为对基础表进行DML操作时，会对基础表进行加锁。所以在基础表上的DDL事务没有递交之前，即没有对基础表进行解锁之前，是无法对这基础表创建索引的。反之亦然。显然此时数据库没有采用这个ONLIE选项，继之DML操作与创建索引操作同时进行，主要是从创建索引的效率出发的。防止因为两个作业相互冲突，从而延长某个作业的运行时间。
但是有时会我们必须允许他们进行同时操作。如用户可能一刻都不能够离开数据库系统，需要时时刻刻对数据库基础表进行DML操作。而此时由于某些原因，数据库管理员又需要重新建立索引时，那么不得不在创建索引的语句中加入这个ONLINE选项。让他们同时运行。此时虽然可能会延长索引创建作业的时间，但是可以保障用户DML操作能够正常进行。有时候牺牲这个代价是值得的。用户是不能够等的，而我们数据库管理员则可以勉强的等一会儿。
当然，如果用户对于这个DML操作及时性没有这么高。如数据库管理员在晚上员工没有使用数据库时创建索引时，则可以不带这个选项。在限制用户对基础表进行DML操作的同时，提高数据库创建索引的效率。
可选项五：PARALLEL，多服务进程创建索引
默认情况下，Oracle数据库系统不采用这个选项。这并不是说这个选项不可用，而是因为大多数情况下企业部署Oracle数据库时所采用的数据库服务器往往只有单个CPU。此时数据库系统是用一个服务进程来创建索引的。
如果企业的服务器有多个CPU的话，则可以在创建索引时采用这个选项。因为只要采用了这个选项，则数据库就会使用多个服务进程来并行的创建索引，以提高索引创建的速度。为此，在同等条件下，多服务并行创建进索引并单服务创建索引速度要快的多。所以如果服务器中有多个CPU，而且需要创建的索引比较多或者基础表中记录比较多的话，则采用这个选项能够大幅度的提高索引的创建效率。
故笔者建议，如果采用多CPU的服务器时，最好在创建索引时使用这个选项。不能够浪费了服务器的CPU呀。不然的话，多CPU服务器的优势就体现不出来了。为此采用这个选项，也是物尽其用。希望本文讲到的内容对大家能有所帮助。
在创建索引的时候，系统会把相关的信息存储到日志信息中去。如果表中的记录比较多，则需要一一的把这些信息记录到日志文件中，这显然会让数据库增加很大的工作量。从而增加索引创建的时间。为此在创建索引的过程中，如果有必要时，我们可以采用NOLOGGING选项，让数据库在创建索引的过程中，不产生任何重做日志信息。此时当表中的记录比较多时，就可以明显提高速度。
但是默认情况下，数据库在在创建索引时，是不采用这个选项的，即会把相关的信息保存到重做日志中去。这虽然降低了索引创建的效率，但是如果遇到什么意外的话，却可以利用重做日志来进行恢复。所以，此时数据库管理员就比较难以抉择了。一方面是数据的安全，另一方面是索引创建的速度。根据笔者的经验，只要数据库服务器比较稳定，而数据库中约束机制又比较完善的话，那么在创建索引的过程中一般不会出现问题，可以放心大胆的使用这个可选项。
但是如果数据库已经使用了好几年了。后来因为某种原因需要重建索引。在这种情况下，由于数据库使用过程中很多因素数据库管理员无法控制。此时为这种类型的数据库创建索引时，为了保险起见还是不要采用这个选项好。因为此时遇到错误的几率相对来说会搞一点。为此此时牺牲一下索引创建的速率，而提高数据的安全性还是有必要的。万一遇到什么问题时，可以通过重做日志来及时的恢复数据，为企业用户减少损失。
可选项三：COMPUTE STATISTICS，是否生成统计信息
如果管理员在创建索引时采用了这个选项，则数据库将在创建索引的过程中以非常小的代价直接生成关于索引的相关统计信息，然后把这些信息存储在数据字典中。这就可以避免以后对索引进行分析统计，而且优化器在优化SQL语句的时候可以随机使用这些统计信息，以确定是否生成使用该索引的执行计划。通常情况下，在生成索引的过程中统计索引的相关信息，其所花的代价是最小的。无论从时间上，还是从硬件资源的耗费上，都是非常小的。所以，在创建索引的过程中统计相关的索引信息是非常有用的。
但是默认情况下，数据库是不采用这个选项的。这主要是因为一些事物处理系统，索引的信息是经常需要发生变化的。如果在索引创建的过程中统计了相关信息。这些信息随着索引的调整等等原因会很快的过时。所以说，其在默认情况下没有采用这个选项。可见这个选项并不是在任何情况下都能够起到效果。但是如果这个数据库系统是一个决策支持系统。其数据、索引等等在一段时间内基本上是稳定不变的。此时在创建索引时可以使用这个选项。如此的话，在生成索引时可以以最小的代价生成这些统计信息，方便优化器使用。笔者在部署数据库应用的时候，对于事务型的数据库系统，一般不会启用这个选项。但是对于一些决策性的数据库系统或者数据仓库中，创建索引时则笔者喜欢采用这个选项。这有助于提高数据库的性能。因为优化器在生成执行计划时，可以直接采用这个统计信息。所以，数据库能够在最短的时间内确定需要采用的执行计划。而且在执行计划制定中参考了这个索引统计信息，为此所生成的执行计划在同等条件下可能更加的合理。
可选项四：ONLINE，DML操作与创建索引操作是否可以同时进行
默认情况下，数据库系统是不允许DML操作与创建索引的操作同时进行的。也就是说，在创建索引的过程中，是不允许其他用户对其所涉及的表进行任何的DML操作。这主要是因为对基础表进行DML操作时，会对基础表进行加锁。所以在基础表上的DDL事务没有递交之前，即没有对基础表进行解锁之前，是无法对这基础表创建索引的。反之亦然。显然此时数据库没有采用这个ONLIE选项，继之DML操作与创建索引操作同时进行，主要是从创建索引的效率出发的。防止因为两个作业相互冲突，从而延长某个作业的运行时间。
但是有时会我们必须允许他们进行同时操作。如用户可能一刻都不能够离开数据库系统，需要时时刻刻对数据库基础表进行DML操作。而此时由于某些原因，数据库管理员又需要重新建立索引时，那么不得不在创建索引的语句中加入这个ONLINE选项。让他们同时运行。此时虽然可能会延长索引创建作业的时间，但是可以保障用户DML操作能够正常进行。有时候牺牲这个代价是值得的。用户是不能够等的，而我们数据库管理员则可以勉强的等一会儿。
当然，如果用户对于这个DML操作及时性没有这么高。如数据库管理员在晚上员工没有使用数据库时创建索引时，则可以不带这个选项。在限制用户对基础表进行DML操作的同时，提高数据库创建索引的效率。
可选项五：PARALLEL，多服务进程创建索引
默认情况下，Oracle数据库系统不采用这个选项。这并不是说这个选项不可用，而是因为大多数情况下企业部署Oracle数据库时所采用的数据库服务器往往只有单个CPU。此时数据库系统是用一个服务进程来创建索引的。
如果企业的服务器有多个CPU的话，则可以在创建索引时采用这个选项。因为只要采用了这个选项，则数据库就会使用多个服务进程来并行的创建索引，以提高索引创建的速度。为此，在同等条件下，多服务并行创建进索引并单服务创建索引速度要快的多。所以如果服务器中有多个CPU，而且需要创建的索引比较多或者基础表中记录比较多的话，则采用这个选项能够大幅度的提高索引的创建效率。
故笔者建议，如果采用多CPU的服务器时，最好在创建索引时使用这个选项。不能够浪费了服务器的CPU呀。不然的话，多CPU服务器的优势就体现不出来了。为此采用这个选项，也是物尽其用。希望本文讲到的内容对大家能有所帮助。
简介
1.说明
1）索引是数据库对象之一，用于加快数据的检索，类似于书籍的索引。在数据库中索引可以减少数据库程序查询结果时需要读取的数据量，类似于在书籍中我们利用索引可以不用翻阅整本书即可找到想要的信息。
2）索引是建立在表上的可选对象；索引的关键在于通过一组排序后的索引键来取代默认的全表扫描检索方式，从而提高检索效率
3）索引在逻辑上和物理上都与相关的表和数据无关，当创建或者删除一个索引时，不会影响基本的表；
4）索引一旦建立，在表上进行DML操作时（例如在执行插入、修改或者删除相关操作时），oracle会自动管理索引，索引删除，不会对表产生影响
5）索引对用户是透明的，无论表上是否有索引，sql语句的用法不变
6）oracle创建主键时会自动在该列上创建索引
索引原理
1. 若没有索引，搜索某个记录时（例如查找name='wish'）需要搜索所有的记录，因为不能保证只有一个wish，必须全部搜索一遍
2. 若在name上建立索引，oracle会对全表进行一次搜索，将每条记录的name值哪找升序排列，然后构建索引条目（name和rowid），存储到索引段中，查询name为wish时即可直接查找对应地方
3.创建了索引并不一定就会使用，oracle自动统计表的信息后，决定是否使用索引，表中数据很少时使用全表扫描速度已经很快，没有必要使用索引
索引使用（创建、修改、删除、查看）
1.创建索引语法
CREATE [UNIQUE | [BITMAP INDEX index_name --unique表示唯一索引ON table_name([column1 [ASC|DESC,column2 --bitmap，创建位图索引[ASC|DESC,…] | [express)[TABLESPACE tablespace_name[PCTFREE n1 --指定索引在数据块中空闲空间[STORAGE (INITIAL n2)[NOLOGGING --表示创建和重建索引时允许对表做DML操作，默认情况下不应该使用[NOLINE[NOSORT; --表示创建索引时不进行排序，默认不适用，如果数据已经是按照该索引顺序排列的可以使用
2.修改索引
1）重命名索引
alter index index_sno rename to bitmap_index;
alter index index_sno coalesce;
3)重建索引
方式一：删除原来的索引，重新建立索引
方式二：
alter index index_sno rebuild;
3.删除索引
drop index index_sno;
4.查看索引
select index_name,index-type, tablespace_name, uniqueness from all_indexes where table_name ='tablename'; -- eg: create index index_sno on student('name');select * from all_indexes where table_name='student';
索引分类
1. B树索引（默认索引，保存讲过排序过的索引列和对应的rowid值）
1.oracle中最常用的索引；B树索引就是一颗二叉树；叶子节点（双向链表）包含索引列和指向表中每个匹配行的ROWID值
2.所有叶子节点具有相同的深度，因而不管查询条件怎样，查询速度基本相同
3.能够适应精确查询、模糊查询和比较查询
2）分类：
UNIQUE,NON-UNIQUE(默认),REVERSE KEY（数据列中的数据是反向存储的）
3）创建例子
craete index index_sno on student('sno');
4）适合使用场景：
列基数（列不重复值的个数）大时适合使用B数索引
2. 位图索引
1）说明：
1.创建位图索引时，oracle会扫描整张表，并为索引列的每个取值建立一个位图（位图中，对表中每一行使用一位（bit，0或者1）来标识该行是否包含该位图的索引列的取值，如果为1，表示对应的rowid所在的记录包含该位图索引列值），最后通过位图索引中的映射函数完成位到行的ROWID的转换
2)创建例子
create bitmap index index_sno on student(sno);
3) 适合场景：
对于基数小的列适合简历位图索引（例如性别等）
3.单列索引和复合索引（基于多个列创建）
1) 注意：
即如果索引建立在多个列上，只有它的第一个列被where子句引用时，优化器才会使用该索引，即至少要包含组合索引的第一列
4. 函数索引
1)说明：
1. 当经常要访问一些函数或者表达式时，可以将其存储在索引中，这样下次访问时，该值已经计算出来了，可以加快查询速度
2. 函数索引既可以使用B数索引，也可以使用位图索引；当函数结果不确定时采用B树索引，结果是固定的某几个值时使用位图索引
3. 函数索引中可以水泥用len、trim、substr、upper（每行返回独立结果），不能使用如sum、max、min、avg等
2）例子：
create index fbi on student (upper(name));select * from student where upper(name) ='WISH';
索引建立原则总结
1. 如果有两个或者以上的索引，其中有一个唯一性索引，而其他是非唯一，这种情况下oracle将使用唯一性索引而完全忽略非唯一性索引
2. 至少要包含组合索引的第一列（即如果索引建立在多个列上，只有它的第一个列被where子句引用时，优化器才会使用该索引）
3. 小表不要简历索引
4. 对于基数大的列适合建立B树索引，对于基数小的列适合简历位图索引
5. 列中有很多空值，但经常查询该列上非空记录时应该建立索引
6. 经常进行连接查询的列应该创建索引
7. 使用create index时要将最常查询的列放在最前面
8. LONG（可变长字符串数据，最长2G）和LONG RAW（可变长二进制数据，最长2G）列不能创建索引
9.限制表中索引的数量（创建索引耗费时间，并且随数据量的增大而增大；索引会占用物理空间；当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，降低了数据的维护速度）
注意事项
1. 通配符在搜索词首出现时，oracle不能使用索引，eg：
--我们在name上创建索引；create index index_name on student('name');--下面的方式oracle不适用name索引select * from student where name like '%wish%';--如果通配符出现在字符串的其他位置时，优化器能够利用索引；如下：select * from student where name like 'wish%';
网站发帖软件 博客发帖软件
2. 不要在索引列上使用not，可以采用其他方式代替如下：（oracle碰到not会停止使用索引，而采用全表扫描）
select * from student where not (score=100);select * from student where score <> 100;--替换为select * from student where score>100 or score <100
3. 索引上使用空值比较将停止使用索引， eg：
select * from student where score is not null;
1064
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
