建立索引常用的规则如下:
1、表的主键、外键必须有索引;
2、数据量超过300的表应该有索引;
3、经常与其他表进行连接的表,在连接字段上应该建立索引;
4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;
5、索引应该建在选择性高的字段上;
6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;
7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:
A、正确选择复合索引中的主列字段,一般是选择性较好的字段;
B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中?单字段查询是否极少甚至没有?如果是,则可以建立复合索引;否则考虑单字段索引;
C、如果复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引;
D、如果复合索引所包含的字段超过3个,那么仔细考虑其必要性,考虑减少复合的字段;
E、如果既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引;
8、频繁进行数据 *** 作的表,不要建立太多的索引;
9、删除无用的索引,避免对执行计划造成负面影响;
以上是一些普遍的建立索引时的判断依据。一言以蔽之,索引的建立必须慎重,对每个索引的必要性都应该经过仔细分析,要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处:在表上建立的每个索引都会增加存储开销,索引对于插入、删除、更新 *** 作也会增加处理上的开销。另外,过多的复合索引,在有单字段索引的情况下,一般都是没有存在价值的;相反,还会降低数据增加删除时的性能,特别是对频繁更新的表来说,负面影响更大
你的两个索引都是复合索引。所以字段的顺序是很重要的,索引的第一个字段是主索引码。索引B+树是根据主索引码构造的。index1(oid,name)和index1(name,oid)有天壤之别。
看样子,oid是主码吧,它具有唯一性,所以,根据oid、name、age查询数据时,会优先使用index1(姑且认为index1是(oid,name)形式),在index1中使用oid进行索引页的查找,因为oid值是唯一的,直接就能快速定位,根本用不到name和age。如果oid不是主码,如果仍然使用index1,那么当oid不足以区分表中行的时候,才会使用name和age进一步筛选。
当然,上面的内容也不是绝对的,一方面,DB2会对整个数据库收集统计信息,根据表中数据的分布和频率,有可能会选择index2,甚至不使用索引,直接表扫描;另一方面,如果你的查询语句中where后面的条件(谓词)是不可索引谓词(比如oid<>10),对应的索引同样不可用。
针对你的数据库系统到底会使用那个,你可以直接使用explain工具对查询优化过程进行查看。最简单的是事业visual explain,图形化的,会直观显示优化过程和结果。
你的问题属于查询优化的内容,实际上挺复杂的,建议你找些专业的介绍看看。(看你描述似乎不大专业)
以上就是关于关于数据库的索引 请帮忙解答全部的内容,包括:关于数据库的索引 请帮忙解答、数据库是DB2,多个索引都有某一个字段,那么DB2会执行那一个呢、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)