这篇文章给大家介绍SQL Server中表和索引存储结构的作用是什么，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

目前创新互联已为成百上千的企业提供了网站建设、域名、虚拟空间、网站托管维护、企业网站设计、峨山县网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。

1. 堆

所谓堆（heap）,就是不含聚集索引的表。堆的 sys.partitions 中具有一行，对于堆使用的每个分区，都有index_id= 0。只有一个分区，在系统表里，对于这个分区下面的每个分配单元都有一个连接指向Index Allocation Map页（IAM）,在IAM页里，描述了区的信息。

sys.system_internals_allocation_units系统视图中的列first_iam_page指向管理特定分区中堆的分配空间的一系列 IAM 页的第一页。SQL Server 使用 IAM 页在堆中移动。堆内的数据页和行没有任何特定的顺序，也不链接在一起。数据页之间唯一的逻辑连接是记录在 IAM 页内的信息。

2. 具有非聚集索引的表

如果有一个表只有非聚集索引而没有聚集索引，对应的索引号是2--250。那么针对每个非聚集索引，都有一个对应的分区，在系统表进而，对于这个分区下面的每个分配单元，都有一个连接指向根页。数据页之间通过前后指针互相联系，是一个完整的树形结构。在树的底层，会有一个连接指向真正的数据，连接的形式是文件号+页号+行号，而真正的数据是以堆的形式存放的。如下图所示：

3. 具有聚集索引的表

表中的聚集索引，对应的索引号是1。它有一个对应的分区，该分区下的每个分配单元都有一个连接指向根页。对于聚集索引来说，叶子结点里存放的是真正的数据，而不是非聚集索引那样的连接。如下图所示：

非聚集索引与聚集索引具有相同的 B 树结构，它们之间的显著差别在于以下两点：

基础表的数据行不按非聚集键的顺序排序和存储。

非聚集索引的叶层是由索引页而不是由数据页组成

案例分析： 我们来查看一个表的存储结构，我们在此使用的表是一个生产表，共有1亿多条记录，查看表的object_ID，如下图所示：

此表，我已经做了分区，查看其分区信息，可以使用下图所示的命令：

从上图可以看到，此表共有16个分区，对应不同的索引，基本上每个分区都有1千多万条记录。从此图中还可以看到堆或者B树的ID跟分区ID是一样的，如果希望进一步查看某一个索引的具体信息，可以使用下面的命令，如查看72057594067419136的信息。

从这个图当中，我们可以看到这个分区只有一个分配单元，IN_ROW_DATA表明此分配单元只用来存放具体数据，共5353页，已使用5346页，数据占用5320页。

如果希望查看根页的位置，可以使用下面的命令：

但需要注意，这里显示的根页的位置是0xEC0100001100，由于存储的关系，用倒序的方式对它进行解析，也就是0x0011000001EC,最前面的两个字节表明是所在的文件组编号，后面的4个字节是页的编号，即(1,0x01CE) ,换成十进制（1，492），然后可以利用我们上一节所说的DBCC PAGE命令查看页的信息，如下图所示：

从中可以看到具体的数据，此界面的返回结果会因表上的聚集索引、非聚集索引而不同。如果查看一个表使用的总页数和区数，也可以使用命令：DBCC SHOWCONFIG，如下图所示：

在同样表结构的情况下，建立聚集索引不会增加表格的大小，但是建立非聚集索引反而会增加不少空间，在性能方面，SQL Server产品组做过测试，在select、update、delete操作下，聚集索引性能较高，在插入记录时，聚集索引和非聚集索引性能相同，没有出现聚集索引影响插入速度的现象，但在生产环境中，还是要谨慎行事。

关于SQL Server中表和索引存储结构的作用是什么就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。

当前题目：SQLServer中表和索引存储结构的作用是什么
标题来源：http://myzitong.com/article/gecpid.html