如果聚集索引不是唯一的会发生什么？是否会因为插入的行流向某种“溢出”页面而导致性能下降？
它是“制造”独特的吗？如果是，怎么做？让它独一无二的最佳方法是什么？
我问是因为我目前正在使用聚集索引将表划分为逻辑部分，但性能一般，最近我得到了the advice 以使我的聚集索引独一无二。我想对此提出第二意见。
【问题讨论】：
标签： sql database tsql sql-server-2008 clustered-index
他们没有必须是独一无二的，但肯定是值得鼓励的。
我还没有遇到过要在非唯一列上创建 CI 的场景。
如果你 create a CI on a non-unique column
如果聚集索引不是唯一的 索引，SQL Server 使任何重复 通过在内部添加一个唯一的键 生成的值称为唯一符
这会导致性能不佳吗？
添加一个唯一性肯定会在计算和存储它时增加一些开销。
这种开销是否显着取决于几个因素。
编辑
正如 Remus 在 cmets 中指出的那样，确实存在创建非唯一 CI 是合理选择的用例。我没有遇到过这些场景中的任何一种，这只是表明我自己缺乏曝光率或能力（选择你的选择）。
【讨论】：
聚集索引必须是唯一的吗？
他们不这样做，有时如果他们不这样做会更好。
考虑一个表，其中包含一个半随机的、唯一的 EmployeeId 和每个员工的 DepartmentId：如果您的 select 语句是
SELECT * FROM EmployeeTable WHERE DepartmentId=%DepartmentValue%
那么，如果DepartmentId 是聚集索引，那么即使（或者甚至特别是因为）它不是唯一索引（对性能而言是最佳的，因为它确保给定 DepartmentId 中的所有记录都是聚集的），这对性能来说是最好的。
你有参考吗？
例如Clustered Index Design Guidelines，上面写着，
除了少数例外，每张桌子 应该定义一个聚集索引 在提供的一列或多列上 以下：
- 可用于常用查询。
- 提供高度的独特性。
- 可用于范围查询。
例如，我对“高度唯一性”的理解是，如果您的大多数查询都想选择给定城镇内的记录，那么选择“国家”作为聚集索引是不好的。
【讨论】：
我想看看索引女王金伯利·特里普 (Kimberly Tripp) 对此话题的看法：
我将从我对集群密钥的建议开始 - 有几个原因。首先，这是一个容易做出的决定，其次，尽早做出这个决定有助于主动防止某些类型的碎片化。如果您可以防止某些类型的基表碎片，那么您可以最大限度地减少一些维护活动（其中一些在 SQL Server 2000 中，而在 SQL Server 2005 中则更少）要求您的表处于脱机状态。好的，我稍后再进行重建......
让我们从我在集群键中寻找的关键内容开始：
* Unique
* Narrow
* Static
为什么是独一无二的？ 集群键应该是唯一的，因为集群键（如果存在）被用作所有非聚集索引的查找键。以书后的索引为例 - 如果您需要查找索引条目指向的数据 - 该条目（索引条目）必须是唯一的，否则，哪个索引条目将是您要查找的条目?因此，当您创建聚集索引时 - 它必须是唯一的。但是，SQL Server 不需要在唯一列上创建您的集群键。您可以在任何您想要的列上创建它。在内部，如果集群键不是唯一的，那么 SQL Server 将通过向数据添加一个 4 字节整数来“唯一化”它。因此，如果聚集索引是在不唯一的东西上创建的，那么不仅在创建索引时会有额外的开销，还会浪费磁盘空间、INSERT 和 UPDATE 的额外成本，而且在 SQL Server 2000 中，聚集索引会增加成本重建（因为集群键选择不佳，现在更有可能）。
【讨论】：
newsequentialid() 来获得几乎顺序化的 GUID。但是是的：如果你添加你自己的唯一 ID（我总是更喜欢 INT IDENTITY），那么你手头就有这个值，你可以使用它（例如，建立 FK 关系）。 SQL Server 添加的唯一标识符对您来说是不可见的，因此它们只是您无法使用的开销。