数据库表建索引的经验
来源:互联网 发布:python做自动化测试 编辑:程序博客网 时间:2024/06/08 03:36
一、哪些情况应该建索引
1、表的主键、外键必须有索引;2、数据量超过300的表应该有索引;3、经常与其他表进行连接的表,在连接字段上应该建立索引;4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;5、索引应该建在选择性高的字段上;6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:A、正确选择复合索引中的主列字段,一般是选择性较好的字段;B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中?单字段查询是否极少甚至没有?如果是,则可以建立复合索引;否则考虑单字段索引;C、如果复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引;D、如果复合索引所包含的字段超过3个,那么仔细考虑其必要性,考虑减少复合的字段;E、如果既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引;8、频繁进行数据操作的表,不要建立太多的索引;9、删除无用的索引,避免对执行计划造成负面影响; 以上是一些普遍的建立索引时的判断依据。一言以蔽之,索引的建立必须慎重,对每个索引的必要性都应该经过仔细分析,要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处:在表上建立的每个索引都会增加存储开销,索引对于插入、删除、更新操作也会增加处理上的开销。另外,过多的复合索引,在有单字段索引的情况下,一般都是没有存在价值的;相反,还会降低数据增加删除时的性能,特别是对频繁更新的表来说,负面影响更大。
二、建聚集索引还是非聚集索引至于建立聚集索引或者是非聚集索引,那要看你这个时间字段的具体情况以及使用或变更频繁程度。一般来说,适合建立聚集索引的要求:“既不能绝大多数都相同,又不能只有极少数相同”的规则。先说说一个误区:有人认为:只要建立索引就能显著提高查询速度。这个想法是很错误的。建立非聚集索引,确实,一般情况下可以提高速度,但是一般并不会达到你想要的速度。只有在适当的列建立适当的(聚集)索引,才能达到满意的效果。下面的表总结了何时使用聚集索引或非聚集索引(很重要)。 动作描述 使用聚集索引 使用非聚集索引 列经常被分组排序 应 应 返回某范围内的数据 应 不应 一个或极少不同值 不应 不应 小数目的不同值 应 不应 大数目的不同值 不应 应 频繁更新的列 不应 应 外键列 应 应 主键列 应 应 频繁修改索引列 不应 应
0 0
- 数据库表建索引的经验
- PHP开发中MySQL数据库索引的经验
- 数据库建索引的规律
- 数据库表的设计的经验
- 常见数据库操作经验-数据库函数-删除索引
- 数据库-1 给遗漏无索引的表新建索引
- 给数据库建索引的规则
- 面试笔试经验-java重载、重写及数据库索引
- 数据库表的约束和索引
- (08)DBA写给开发的索引经验
- 关于数据库的索引
- 关于数据库的索引
- 数据库索引的使用
- 数据库的索引
- 数据库索引的作用
- 数据库索引的使用
- 数据库索引的作用
- 数据库的索引
- 原来Github上的README.md文件这么有意思——Markdown语言详解
- 关于vs2008及以上添加Window media player控件问题解决
- 7.1 函数式数据结构
- getCurrentSession()与getHibernateTemplate区别
- javascript入门
- 数据库表建索引的经验
- 笔记:Python 与 matlab 的相异之处
- SwitchButton 开关按钮 的多种实现方式 (附源码DEMO)
- Findbugs 缺陷详解与英文代号的对照表
- HTML5:移动互联网时代的黑天鹅
- Android Root方法原理解析及Hook(三) FrameworkListener漏洞
- Android中的Handler总结
- ubuntu 14.04配置DHCP服务器
- JavaFX之FXController详解