将 MSSQL 聚集索引字段从包含“随机” GUID 更改为连续 GUID - 它将如何影响索引

Question

我们有一个 MSSQL 数据库，其中所有主键都是 GUID（唯一标识符）。GUID 是在客户端（使用 C#）上生成的，我们正在考虑将客户端更改为生成顺序（组合）GUID，而不仅仅是使用 Guid.NewGuid()，以提高数据库性能。

如果我们这样做，这会对已经具有“随机”GUID 作为群集 PK 的数据的安装产生什么影响？除了更改所有 PK 值外，是否可以采取任何措施重建索引以避免进一步碎片化和插入性能不佳？

如果可以，请给出明确而详细的答案；我本质上是一名 C# 开发人员，但对 SQL Server 的所有复杂细节并不太熟悉。

谢谢！

Answer 1

快速评论：GUID + 聚集索引？这听起来很糟糕 - 聚集索引意味着表在物理上按照索引的顺序存储在磁盘上 - 因此插入操作必须潜在地重写数据库的页面以使其按顺序排列。将其更改为非聚集索引，性能将会提高。

顺序 GUID 存在很多问题，它们实际上不能保证顺序的唯一性，如果你将一个部分扩展到多个地方运行，那么序列可能会重复。

尝试删除聚集索引并创建相同的非聚集索引 - 你几乎肯定会解决任何问题 - 随机 GUID 是不是一个性能问题，Guid.NewGuid 不需要时间（在该例程成为问题之前，很多其他事情都会变慢）。

聚集索引并不适用于所有事物。