SQL Server索引 - 非聚集索引 <第七篇>
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了SQL Server索引 - 非聚集索引 <第七篇>，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2317字，纯文字阅读大概需要4分钟。
内容图文
非聚集索引的行定位器值保持相同的聚集索引值，即使该聚集索引列物理上重新定位后，也是如此。
为了优化这个维护开销，SQL Server添加一个指向旧数据页的指针，以在页面分割之后指向新的数据页面，而不是更新所有相关非聚集索引的行定位器。这样，虽然降低了非聚集索引的维护开销，但是增加了从非聚集索引行到数据行的导航开销，因为添加了一个旧数据页面和信数据页面之间的连接。因此，将聚集索引作为行定位器降低了非聚集索引相关的开销。
二、定义书签查找
当一个查询请求不是优化器选择的非聚集索引一部分的列时，需要一个查找。这对一个聚集索引来说是一个关键字查找，堆堆表来说是一个RID查找。这些查找的统称来自于旧的定义名 - 书签查找。这种查找根据非聚集索引的行定位器值，从表中读取对应的数据行，除了索引页面上的逻辑读操作意外，还需要一个数据页面上的逻辑读。但是，如果查询需要的列在索引中，那么就不需要访问数据页面。这被称为覆盖索引。
这些书签查找是大结果集最好使用聚集索引的原因。聚集索引不需要书签查找，因为叶子页面就是数据页面。
三、非聚集索引的建议
因为表只能有一个聚集索引，所以可以使用多个非聚集索引的灵活性来帮助改进性能。下面将说明非聚集索引使用的决定因素。
1、何时使用非聚集索引
非聚集索引在需要从一个大表上读取少量的行的时候最有用，随着需要检索的行数量的增加，书签查找的开销成比例增加。为了从表中检索少量的行，索引列应该有很高的选择性。
适合使用非聚集索引的情况：
- 列具有高选择性；
- 根据列获取少量数据；
- 窄列；
- 列经常被分组排序；
下面给出不适合建立聚集索引，但也能够使用聚集索引的情况
- 频繁更新的列；
- 宽类型列；
聚集索引频繁更新是非常消耗资源的，因为会影响表的顺序，同时也影响到其他索引，在频繁更新的列上的非聚集索引的开销不像聚集索引那么大。在非聚集索引上的更新操作被限定在基本表和非聚集索引上，它不影响表上的其他非聚集索引。
宽类型列也类似，非聚集索引列上使用宽类型，虽影响比如聚集索引那么大，但是也要小心使用。
2、何时不使用聚集索引
非聚集索引不适合于大量行的查询。这样的查询使用聚集索引更好，聚集索引不需要大量的书签查找，而非聚集索除了在索引列上检索的逻辑读外，书签查找也需要消耗太多资源。SQL Server查询优化器在检索大结果集时会考虑这一开销，并相应地放弃该非聚集索引。
不适合建非聚集索引的情况： 获取大量数据； 低选择性；
SQL Server索引 - 非聚集索引 <第七篇>
标签：
本文系统来源：http://www.cnblogs.com/feng-NET/p/4541748.html
内容总结
以上是互联网集市为您收集整理的SQL Server索引 - 非聚集索引 <第七篇>全部内容，希望文章能够帮你解决SQL Server索引 - 非聚集索引 <第七篇>所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。