标签：存储 覆盖 聚集 SQLServer 查询 索引 数据
为了更好地理解覆盖索引，在正式介绍覆盖索引之前，首先稍微来谈一谈有关索引的一些基础知识。
数据页和索引页
在SQLServer中，数据存储的基本单位是页，一页的大小为8KB，分别由页首，数据行和行偏移量组成，如下图结构：
页首固定占用96个字节，用来存储相关的页面系统信息，例如所属的数据库表对象Id等。数据行是真实数据的存储区域，每一行的大小是不固定的。行偏移量是一个数组，数组的每个位置占2个字节，用来存储数据行距离开头的位置偏移量，主要是用来做快速定位，例如想要查找第N行，只要访问行偏移量数组的第N项，就能快速找到数据行所在的位置。索引页和数据页的结构类似，所不同的是索引页的数据行存储的是和索引相关的信息。
聚集索引和非聚集索引
聚集索引定义了表中数据存储的真实物理位置，它是按照指定列的顺序来存储数据的，类比于新华字典中的汉字是按照拼音顺序排列的，所以每张表只能建立一个聚集索引。聚集索引是一棵B+树结构，包含索引页和数据页，最底下的一排叶子节点是数据页，往上则为索引页，来看一张图应该更清晰一些：
非聚集索引是独立于数据真实存储顺序逻辑而存在的，类比于新华字典中按偏旁部首查找汉字的方式。与聚集索引对比，非聚集索引也是B+树的数据结构，但却只包含索引页，而且在一张表中可以建立多个非聚集索引，有关索引的深入分析可以查看这篇文章。同样来看一张非聚集索引的图：
什么是覆盖索引
覆盖索引是在SQLServer2005中引入的概念，只能建立在非聚集索引的基础上，通常情况下，非聚集索引的索引页是不包含真实数据的，只存储着指向数据页中数据行的指针，而覆盖索引则是通过将数据存储在索引页上，从而在查找对应数据的时候，只要找到索引页就可以访问到数据，无需再去查询数据页，所以说这个索引是数据“覆盖”的。
创建覆盖索引的语法
覆盖索引分析
这一小节将通过创建覆盖索引以及使用DBCC命令查看索引的方式进行介绍。
创建表&测试数据&覆盖索引
执行CROSS JOIN插入的测试数据有4000条左右，现在可以使用DBCC命令来查看表的数据页和索引页的情况。
查看表的数据页和索引页命令
执行完这条命令后，应该可以看到显示的页信息，其中PageType=1的行表示数据页，PageType=2的行表示索引页，任意选择一条PageType=2的行，找到PageFID和PagePID，就可以使用DBCC命令来查看索引页的具体信息。
查看索引页信息的命令
执行完这条命令后，应该可以看到t1_name这一列的信息是包含在这个索引页中的。现在可以通过执行不同的查询SQL来查看覆盖索引所带来的性能提升，在执行SQL的同时开启显示实际的执行计划，从而可以清楚得看到对比结果。
对比查询SQL
查询1开销为33%，而查询2的开销为67%，对比可以看到查询t1_name的开销比查询t1_name1的开销小很多，因为查询t1_name只需要执行索引，就可以在索引页上找到数据，而查询t1_name1还要去查找数据页。
覆盖索引的思考
创建索引能带来查询的优化，但却带来了更改数据的负担，覆盖索引也不意外。由上面的分析我们知道，覆盖索引是非聚集索引的进一步细化，在更新数据的时候，如果涉及到覆盖索引INCLUDE的列，除了更改数据页之外还要更改索引页，比单纯使用非聚集索引增添了额外的工作。所以，在设计覆盖索引的时候，要综合考虑应该覆盖的列，确保INCLUDE的列能带来最佳的性能优化。武汉代孕网微13802269370 北京代孕微13802269370 深圳代孕找公司微13802269370
标签：存储,覆盖,聚集,SQLServer,查询,索引,数据 来源： https://www.cnblogs.com/wuaidadi/p/12982545.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。