Metaphor Asked: 2021-06-12 14:16:30 +0800 CST2021-06-12 14:16:30 +0800 CST 2021-06-12 14:16:30 +0800 CST 聚集索引与表本身有何不同？ 772 如果 SQL Server 聚集索引是表的物理顺序并且包含所有列，那么它是表本身吗？聚集索引是如何物理存储的？ 我看过问答什么是聚集索引？但我的问题是关于它们的物理组织，而不是它们的功能。 sql-server clustered-index 2 个回答 Voted Best Answer Tibor Karaszi 2021-06-13T07:36:51+08:002021-06-13T07:36:51+08:00 不要陷入物理/逻辑方面。这只是术语，您所说的“物理”最终只是抽象级别的问题。IMO，“物理”一词毫无意义，令人困惑，在这种情况下应避免使用。 两种类型的索引都是 B-Tree 索引。确保您了解这是什么，并且您可以可视化 B-Tree 索引。 对于集群，叶子不仅包含键，还包含所有其他列，使其成为“表本身”。 对于非聚集索引，叶子只有键列和包含列 - 以及指向实际数据的指针。 叶子链接在第一页（8 KB）指向下一个页面的位置，依此类推（双向链表）。修改完成后，您可能会在将页面插入此链接列表的位置进行页面拆分，因此查看文件中的页码，您会在从头到尾跟踪链接列表时来回跳转（使用指针） . 这适用于聚集索引和非聚集索引。 J.D. 2021-06-12T14:53:02+08:002021-06-12T14:53:02+08:00 聚簇索引是将表本身的数据逻辑排序成B-Tree结构。如果没有聚集索引，则表本身会在逻辑上存储在堆数据结构中。这篇文章，聚集索引与 SQL Server 中的堆，探讨了两者之间的结构差异。 需要注意的另一件事是，聚集索引还指定了数据在逻辑存储时的故意排序，而没有聚集索引的表，因此在逻辑上存储为堆，通常没有顺序，因此在逻辑上随机排序。 在正确架构的情况下，在表上使用聚集索引的好处是，当 SQL 引擎可以在其上寻找这些查询的谓词时，它可以用来提高查询的性能，而不是没有的表。最终需要完全扫描的聚集索引。 关于聚集索引和非聚集索引之间差异的问题：聚集索引对表本身进行逻辑排序，非聚集索引对表中的数据副本（非聚集索引涵盖和包含的任何字段）进行逻辑排序。 无论使用哪种逻辑数据结构，数据在物理上都存储在磁盘上的Pages 和 Extents中。Pages 通常是 8 KB 的数据集，而 Extents 是 8 个物理上连续的 Pages 的集合。
不要陷入物理/逻辑方面。这只是术语，您所说的“物理”最终只是抽象级别的问题。IMO，“物理”一词毫无意义，令人困惑，在这种情况下应避免使用。
两种类型的索引都是 B-Tree 索引。确保您了解这是什么，并且您可以可视化 B-Tree 索引。
对于集群，叶子不仅包含键，还包含所有其他列，使其成为“表本身”。
对于非聚集索引，叶子只有键列和包含列 - 以及指向实际数据的指针。
叶子链接在第一页（8 KB）指向下一个页面的位置，依此类推（双向链表）。修改完成后，您可能会在将页面插入此链接列表的位置进行页面拆分，因此查看文件中的页码，您会在从头到尾跟踪链接列表时来回跳转（使用指针） . 这适用于聚集索引和非聚集索引。
聚簇索引是将表本身的数据逻辑排序成B-Tree结构。如果没有聚集索引，则表本身会在逻辑上存储在堆数据结构中。这篇文章，聚集索引与 SQL Server 中的堆，探讨了两者之间的结构差异。
需要注意的另一件事是，聚集索引还指定了数据在逻辑存储时的故意排序，而没有聚集索引的表，因此在逻辑上存储为堆，通常没有顺序，因此在逻辑上随机排序。
在正确架构的情况下，在表上使用聚集索引的好处是，当 SQL 引擎可以在其上寻找这些查询的谓词时，它可以用来提高查询的性能，而不是没有的表。最终需要完全扫描的聚集索引。
关于聚集索引和非聚集索引之间差异的问题：聚集索引对表本身进行逻辑排序，非聚集索引对表中的数据副本（非聚集索引涵盖和包含的任何字段）进行逻辑排序。
无论使用哪种逻辑数据结构，数据在物理上都存储在磁盘上的Pages 和 Extents中。Pages 通常是 8 KB 的数据集，而 Extents 是 8 个物理上连续的 Pages 的集合。