使用顺序 guid 的目标是，您可以使用聚集索引，而不会产生高级别碎片，如果它是常规 guid，那么聚集索引中通常会存在这种情况，对吗？
首先澄清一下，主键和聚集索引是两个独立且不同的东西，即一个不与另一个耦合（PK 可以是非聚集的，聚集索引可以是非 PK 的）。
鉴于此，我认为您询问更多“是否应该将顺序 GUID 用作聚集索引”。这是一个有内涵的问题，但是金伯利特里普讨论过这个可能是我见过的最好的。请注意，本文提到了 PK，但在文章中她提到了如何将考虑因素主要应用于聚集索引选择与 PK。
假设您已经决定使用 GUID 作为集群键（情况可能是也可能不是），那么使用顺序 GUID 很可能是比非顺序 GUID 更好的选择，但是至少有 1 个可能首选非顺序 GUID 的场景（尽管这是一种非常罕见、非常高级的场景，您必须基本了解您的系统和 SQL 服务器，以至于您毫不怀疑应该使用它 - 与存储设备上的热点并将大量写入分散到集群的不同位置）。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
