189 8069 5689
1、表的主键、外键必须有索引；
网站建设哪家好，找创新互联！专注于网页设计、网站建设、微信开发、成都微信小程序、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了巫山免费建站欢迎大家使用！
2、数据量超过300的表应该有索引；
3、经常与其他表进行连接的表，在连接字段上应该建立索引；
4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；
5、索引应该建在选择性高的字段上；
6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；
7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：
A、正确选择复合索引中的主列字段，一般是选择性较好的字段；
B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；
C、如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；
D、如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；
E、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；
8、频繁进行数据操作的表，不要建立太多的索引；
9、删除无用的索引，避免对执行计划造成负面影响；
以上是一些普遍的建立索引时的判断依据。一言以蔽之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大。
1、
理论上可以使用5列的复合索引，这点通过加hint可以验证；实际运行时oracle会比较走这个索引和全表扫的成本，选低的。
2、
看语句是否用到某个索引，是可以在执行计划里看到索引名的，你这种看filter和access的方法属于绕弯路了，没那么复杂。你看执行计划，如果有index scan就是用到索引了，如果只是table access full就是没用到。
3、是否有必要建2个索引要看你的应用侧重什么，得到一样东西是有代价的。如果只考虑查询性能，2个索引的效果会比1个索引好，因为这2个语句都可以选最合适的索引不必退而求其次，但是代价是多消耗了一个索引的空间和dml时需多维护一个索引。看你觉得这些代价值不值了。
如有帮助请采纳
· 通过全表扫描的方式访问数据；
· 通过ROWID访问数据；
· 通过索引的方式访问数据；
· Oracle顺序读取表中所有的行，并逐条匹配WHERE限定条件。
· 采用多块读的方式进行全表扫描，可以有效提高系统的吞吐量，降低I/O次数。
· 即使创建索引，Oracle也会根据CBO的计算结果，决定是否使用索引。
注意事项：
· 只有全表扫描时才可以使用多块读。该方式下，单个数据块仅访问一次。
· 对于数据量较大的表，不建议使用全表扫描进行访问。
· 当访问表中的数据量超过数据总量的5%—10%时，通常Oracle会采用全表扫描的方式进行访问。
· 并行查询可能会导致优化器选择全表扫描的方式。1.2ROWID访问表
· Rowid是数据存放在数据库中的物理地址，能够唯一标识表中的一条数据。
· Rowid指出了一条记录所在的数据文件、块号以及行号的位置，因此通过ROWID定位单行数据是最快的方法。
注意事项：
· Rowid作为一个伪列，其数值并不存储在数据库中，当查询时才进行计算。
· Rowid除了在同一集簇中可能不唯一外，每条记录的Rowid唯一。1.3 INDEX访问表
· 通过索引查找相应数据行的Rowid，再根据Rowid查找表中实际数据的方式称为“索引查找”或者“索引扫描”。
· 一个Rowid对应一条数据行（根据Rowid查找结果，仅需要对Rowid相应数据的数据块进行一次I/O操作），因此该方式属于“单块读”。
· 对于索引，除了存储索引的数据外，还保存有该数据对应的Rowid信息。
· 索引扫描分为两步：1）扫描索引确定相应的Rowid信息。 2）根据Rowid从表中获得对应的数据。
注意事项：
· 对于选择性高的数据行，索引的使用会提升查询的性能。但对于DML操作，尤其是批量数据的操作，可能会导致性能的降低。
· 全表扫描的效率不一定比索引扫描差，关键看数据在数据块上的具体分布。
索引是关系数据库中用于存放每一条记录的一种对象，主要目的是加快数据的读取速度和完整性检查。建立索引是一项技术性要求高的工作。一般在数据库设计阶段的与数据库结构一道考虑。应用系统的性能直接与索引的合理直接有关。
(1) 单列索引
单列索引是基于单个列所建立的索引。
(2) 复合索引
复合索引是基于两列或是多列的索引，在同一张表上可以有多个索引，但是要求列的组合必须不同。
(1) 重命名索引
(2) 合并索引
（表使用一段时间后在索引中会产生碎片，此时索引效率会降低，可以选择重建索引或者合并索引,合并索引方式更好些，无需额外存储空间，代价较低）
(3) 重建索引
方式一：删除原来的索引，重新建立索引
当不需要时可以将索引删除以释放出硬盘空间。命令如下：
例如：
注：当表结构被删除时，有其相关的所有索引也随之被删除。
方式二： Alter index 索引名称 rebuild;
· 通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。
· 索引可以大大加快数据的检索速度，这是创建索引的最主要的原因。
· 可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。
· 在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。
· 通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。
· 索引的层次不要超过4层。
· 创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。
· 除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。
· 当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。
· 更新数据的时候，系统必须要有额外的时间来同时对索引进行更新，以维持数据和索引的一致性。
1) 不恰当的索引不但于事无补，反而会降低系统性能。因为大量的索引在进行插入、修改和删除操作时比没有索引花费更多的系统时间。
1) 应该建索引的列
· 在经常需要搜索的列上，可以加快搜索的速度；
· 在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；
· 在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；
· 在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；
· 在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；
· 在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。
2) 不应该建索引的列
· 在大表上建立索引才有意义，小表无意义。
· 对于那些在查询中很少使用或者参考的列不应该创建索引。
· 对于那些只有很少数据值的列也不应该增加索引。比如性别，在查询的结果中，结果集的数据行占了表中数据行的很大比例，。增加索引，并不能明显加快检索速度。
· 对于那些定义为blob数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。
· 当修改性能远远大于检索性能时，不应该创建索引。
一个表中有几百万条数据，对某个字段加了索引，但是查询时性能并没有什么提高，这主要可能是oracle的索引限制造成的。Oracle的索引有一些索引限制，在这些索引限制发生的情况下，即使已经加了索引，oracle还是会执行一次全表扫描，查询的性能不会比不加索引有所提高，反而可能由于数据库维护索引的系统开销造成性能更差。
下面的查询即使在djlx列有索引，查询语句仍然执行一次全表扫描。
把上面的语句改成如下的查询语句，这样，在采用基于规则的优化器而不是基于代价的优化器（更智能）时，将会使用索引。
特别注意：通过把不等于操作符改成OR条件，就可以使用索引，避免全表扫描。
使用IS NULL或IS NOT NULL同样会限制索引的使用。因此在建表时，把需要索引的列设成NOT NULL。如果被索引的列在某些行中存在NULL值，就不会使用这个索引（除非索引是一个位图索引）。
如果不使用基于函数的索引，那么在SQL语句的WHERE子句中对存在索引的列使用函数时，会使优化器忽略掉这些索引。 下面的查询不会使用索引（只要它不是基于函数的索引）
也是比较难于发现的性能问题之一。比如：bdcs_qlr_xz中的zjh是NVARCHAR2类型,在zjh字段上有索引。如果使用下面的语句将执行全表扫描。
因为Oracle会自动把查询语句改为
特别注意：不匹配的数据类型之间比较会让Oracle自动限制索引的使用,即便对这个查询执行Explain Plan也不能让您明白为什么做了一次“全表扫描”。
(1) 索引无效
(2) 索引有效
ORACLE 创建组合分区索引如下：
create index idx_ename on T_JC_CF(字段)
local
(
partition p0810 tablespace USERS,
partition p0901 tablespace USERS,
partition p0904 tablespace USERS,
partition p0907 tablespace USERS,
partition p0910 tablespace USERS,
partition pmax tablespace USERS
)
分区索引总结；分区索引分为2类：
1、global，它必定是Prefix的。不存在non-prefix的
2、local，它又分成2类：
2.1、prefix：索引的第一个列等于表的分区列。
2.2、non-prefix：索引的第一个列不等于表的分区列。
创建索引语法：
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];
--表示创建索引时不进行排序，默认不适用，如果数据已经是按照该索引顺序排列的可以使用
扩展资料：
1、如果有两个或者以上的索引，其中有一个唯一性索引，而其他是非唯一，这种情况下oracle将使用唯一性索引而完全忽略非唯一性索引
2、至少要包含组合索引的第一列（即如果索引建立在多个列上，只有它的第一个列被where子句引用时，优化器才会使用该索引）
3、小表不要简历索引
4、对于基数大的列适合建立B树索引，对于基数小的列适合简历位图索引
5、列中有很多空值，但经常查询该列上非空记录时应该建立索引
6、经常进行连接查询的列应该创建索引
7、使用create index时要将最常查询的列放在最前面
8、LONG（可变长字符串数据，最长2G）和LONG RAW（可变长二进制数据，最长2G）列不能创建索引
9、限制表中索引的数量（创建索引耗费时间，并且随数据量的增大而增大；索引会占用物理空间；当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，降低了数据的维护速度）
这就简单了年份更不可能重复，建立唯一索引 create unique index(年份，届数，次数) 即可