据我了解，在 SQL Server 中，您可以拥有一个非集群的主键，并拥有另一个集群索引。
对我来说，这似乎与只有一个主键和一个额外的唯一键相同。
所以我有两个问题：
如果主键是非集群的，它会存储所有列吗？还是只有主键列和引用聚集索引的列？
我刚刚读到，如果 PK 不是聚集索引，那么聚集索引不必是唯一的（但强烈建议这样做）。这是否意味着表可以在具有相同键的行上“随机排序”？
AskOverflow.Dev
不，这是聚集索引的特性，而不是主键。非聚集主键将只存储它所定义的字段以及聚集索引的键字段。
表的行将始终按聚集索引字段进行逻辑排序。在聚集索引不是唯一的情况下，并且有两行具有相同的聚集索引键值，这些行被赋予一个唯一的行标识符，该标识符存储在幕后（这个 4 字节的唯一标识符仅添加到重复的键行）。这是它们相对于彼此排序的决定因素。
人们可能选择将主键设为非聚集索引的一个原因是，他们发现数据的逻辑排序方式不同于标识行唯一性的字段（无论聚集索引是否唯一），从而带来性能优势。
例如，如果在
UNIQUEIDENTIFIER列中使用 GUID 作为表的主键。GUID 非常适合唯一性（大多数时候），但通常不是保持数据排序的好方法，因为它们的值类似于随机值。相反，您可能在该表中有一组自然的字段，您的查询通常会加入或过滤这些字段，不一定保证是唯一的，这反而会产生良好的聚集索引。甚至您通常在查询中排序的一组字段也可能是聚集索引的候选者，以消除查询计划中的繁重排序操作。然后，数据将按有意义的顺序排序，而不是按 GUID 的半随机值排序。有关聚集索引如何工作的更多信息，请参阅带有示例的 SQL Server 聚集索引内部结构。
索引类型，聚集或非聚集，隐含地确定存储在 b-tree 索引叶节点中的非键列。无论索引是否唯一，或者支持主键或唯一约束，这都是正确的。
聚集索引将表本身组织为 b 树索引（与不存在聚集索引时的堆相反）。所有列都存储在聚集索引的叶节点中，因为这些是实际的数据页/行。唯一行定位器是聚集索引键加上适用时非唯一键值的内部唯一符。
非聚集索引存储非聚集索引键列、行定位器（聚集索引键）以及索引叶节点中包含的列（如果指定）。
表按聚集索引键（唯一或不唯一）进行逻辑排序。具有相同聚集索引键的行将是相邻的，而不是随机的。