一个非常简单的、非技术性的经验法则是，聚集索引通常用于主键(或者至少是唯一的列)，而非聚集索引用于其他情况(可能是外键)。实际上，SQL Server默认会在你的主键列上创建一个聚集索引。正如您将了解到的，聚类索引与数据在磁盘上物理排序的方式有关，这意味着对于大多数情况，它是一个很好的全面选择。

下面是聚类索引和非聚类索引的一些特征:

聚集索引

聚集索引是唯一标识SQL表中的行的索引。 每个表只能有一个聚集索引。 可以创建包含多个列的聚集索引。例如:create Index index_name(col1, col2, col.....)。 默认情况下，具有主键的列已经具有聚集索引。

非聚簇索引

非聚集索引类似于简单索引。它们只是用于快速检索数据。不一定有唯一的数据。

聚集索引

聚类索引决定了表中DATA的物理顺序。因此，一个表只有一个聚集索引(主键/组合键)。

“字典”不需要任何其他索引，它已经根据单词索引

非聚集索引

非聚集索引类似于Book中的索引。数据存储在一个地方。索引存储在另一个位置，并且索引具有指向存储位置的指针。这有助于快速搜索数据。因此，一个表有超过1个非聚集索引。

“生物书”在开头有一个单独的索引指向章节的位置，在“结尾”有另一个索引指向常用单词的位置

一个非常简单的、非技术性的经验法则是，聚集索引通常用于主键(或者至少是唯一的列)，而非聚集索引用于其他情况(可能是外键)。实际上，SQL Server默认会在你的主键列上创建一个聚集索引。正如您将了解到的，聚类索引与数据在磁盘上物理排序的方式有关，这意味着对于大多数情况，它是一个很好的全面选择。

在SQL Server中，面向行存储的聚集索引和非聚集索引都被组织成B树。

(图片来源)

聚类索引与非聚类索引之间的关键区别在于，聚类索引的叶级是表。这有两个含义。

聚集索引叶页上的行总是包含表中每个(非稀疏)列的内容(值或指向实际值的指针)。 聚集索引是表的主副本。

非聚集索引也可以通过使用INCLUDE子句(自SQL Server 2005以来)显式地包括所有非键列来实现第一点，但它们是次要表示，并且周围总是有另一个数据副本(表本身)。

CREATE TABLE T
(
A INT,
B INT,
C INT,
D INT
)

CREATE UNIQUE CLUSTERED INDEX ci ON T(A, B)
CREATE UNIQUE NONCLUSTERED INDEX nci ON T(A, B) INCLUDE (C, D)

上面的两个索引几乎相同。上层索引页包含键列A、B的值，叶级页包含A、B、C、D

每个表只能有一个聚集索引，因为数据行 它们本身只能按一种顺序排序。

上面引用的SQL Server在线书籍引起了很多混乱

在我看来，这样说更好。

每个表只能有一个聚集索引，因为聚集索引的叶级行就是表行。

The book's online quote is not incorrect but you should be clear that the "sorting" of both non clustered and clustered indices is logical, not physical. If you read the pages at leaf level by following the linked list and read the rows on the page in slot array order then you will read the index rows in sorted order but physically the pages may not be sorted. The commonly held belief that with a clustered index the rows are always stored physically on the disk in the same order as the index key is false.

这将是一个荒谬的实现。例如，如果一行被插入到一个4GB表的中间，SQL Server不需要在文件中复制2GB的数据来为新插入的行腾出空间。

相反，会发生页面分割。在聚集索引和非聚集索引的叶级上，每个页都具有按逻辑键顺序排列的下一页和上一页的地址(File: page)。这些页面不需要连续，也不需要按键顺序排列。

例如，链接的页面链可能是1:2000 <-> 1:157 <-> 1:7053

当发生页分割时，从文件组中的任何位置分配一个新页(对于小表或属于该对象的非空统一扩展区或新分配的统一扩展区)。如果文件组包含多个文件，甚至可能不在同一个文件中。

逻辑顺序和连续性与理想的物理版本不同的程度是逻辑碎片的程度。

在一个带有单个文件的新创建的数据库中，我运行了以下命令。

CREATE TABLE T
  (
     X TINYINT NOT NULL,
     Y CHAR(3000) NULL
  );

CREATE CLUSTERED INDEX ix
  ON T(X);

GO

--Insert 100 rows with values 1 - 100 in random order
DECLARE @C1 AS CURSOR,
        @X  AS INT

SET @C1 = CURSOR FAST_FORWARD
FOR SELECT number
    FROM   master..spt_values
    WHERE  type = 'P'
           AND number BETWEEN 1 AND 100
    ORDER  BY CRYPT_GEN_RANDOM(4)

OPEN @C1;

FETCH NEXT FROM @C1 INTO @X;

WHILE @@FETCH_STATUS = 0
  BEGIN
      INSERT INTO T (X)
      VALUES        (@X);

      FETCH NEXT FROM @C1 INTO @X;
  END

然后检查页面布局

SELECT page_id,
       X,
       geometry::Point(page_id, X, 0).STBuffer(1)
FROM   T
       CROSS APPLY sys.fn_PhysLocCracker( %% physloc %% )
ORDER  BY page_id

结果是到处都是。按键顺序排列的第一行(值为1，下面用箭头突出显示)几乎位于最后一个物理页面。

可以通过重建或重新组织索引来减少或删除碎片，以增加逻辑顺序和物理顺序之间的相关性。

在运行

ALTER INDEX ix ON T REBUILD;

我得到了以下信息

如果表没有聚集索引，则称为堆。

非聚集索引既可以构建在堆上，也可以构建在聚集索引上。它们总是包含一个返回到基表的行定位器。在堆的情况下，这是一个物理行标识符(rid)，由三个组件(File:Page: Slot)组成。在群集索引的情况下，行定位符是逻辑的(群集索引键)。

对于后一种情况，如果非聚集索引已经自然地将CI键列包括为NCI键列或INCLUDE-d列，则不添加任何内容。否则，缺失的CI键列将被静默地添加到NCI中。

SQL Server总是确保这两种类型的索引的键列是唯一的。但是，对于没有声明为唯一的索引，两种索引类型的强制机制是不同的。

聚集索引将为键值与现有行的重复的任何行添加唯一符。这只是一个升序整数。

对于未声明为唯一的非聚集索引，SQL Server将行定位器静默地添加到非聚集索引键中。这适用于所有行，而不仅仅是那些实际上是重复的行。

聚集与非聚集的命名法也用于列存储索引。论文增强SQL Server列存储状态

尽管列存储数据并没有真正地“聚集”在任何键上，但是我们 决定保留传统的SQL Server引用约定 添加到主索引作为聚集索引。

使用聚集索引，行按与索引相同的顺序物理存储在磁盘上。因此，只能有一个聚集索引。

对于非聚集索引，有第二个列表，其中包含指向物理行的指针。您可以有许多非聚集索引，尽管每个新索引都会增加写入新记录的时间。

如果想要返回所有列，从聚集索引中读取通常更快。您不必先访问索引，再访问表。

如果需要重新排列数据，则写入具有聚集索引的表可能会较慢。