我们有一个 MSSQL 数据库，其中所有的主键都是 GUID（唯一标识符）。GUID 是在客户端（在 C# 中）生成的，我们正在考虑更改客户端以生成顺序（梳状）GUID 而不是仅使用 Guid.NewGuid()，以提高数据库性能。
如果我们这样做，这将如何影响已经将“随机”GUID 的数据作为集群 PK 的安装？是否可以做任何事情（除了更改所有 PK 值）来重建索引以避免进一步的碎片和糟糕的插入性能？
如果可以，请给出明确而详细的答案；我本质上是一名 C# 开发人员，对 SQL Server 的所有复杂性都不太熟悉。
谢谢！
快速评论：GUID + 聚集索引？这听起来很糟糕 - 聚集索引意味着表按照索引的顺序物理地位于磁盘上 - 因此插入必须潜在地重写数据库的页面才能按顺序排列。将此更改为非聚集索引，性能将会提高。
顺序 GUID 有很多问题，如果是顺序的，它们确实不能保证是唯一的，如果你将一个片段缩放到在多个地方运行，那么序列可能会被复制。
尝试删除你的聚集索引并创建相同的非聚集索引 - 你几乎肯定会解决任何问题 - 随机 GUID不是性能问题，Guid.NewGuid 不需要时间（在该例程出现问题之前，很多其他事情都会减慢）。
聚集指数并非适用于所有事物。