SQL Server：页拆分与低选择性，哪种方案更优？

嘿，这个问题的核心其实是在废弃字段的索引价值和操作风险之间找平衡，咱们直接说结论再拆解细节：

最优选择：优先采用「保留原长度的混淆方案」 #

为什么不选GUID方案？ #

• 页拆分的风险是实打实的：GUID的长度远大于短值，替换后会占用更多数据页空间，大规模替换时很容易触发页拆分，进而产生数据碎片。不仅混淆操作本身会消耗大量IO和CPU，后续就算这个索引不用，碎片也会增加存储开销和后台维护成本。
• 完全没必要为“索引选择性”买单：你已经明确这个字段几乎废弃，不会用于任何查询——而索引选择性的价值，只在基于该字段的查询场景下才体现。既然没人会用这个字段查数据，选择性高低对系统性能没有任何实际影响，为了一个没用的指标去冒页拆分的风险，完全得不偿失。

保留原长度混淆的优势 #

• 操作风险极低：不会改变字段长度，也就不会触发数据页的扩容或拆分，混淆过程对现有系统的性能影响极小，几乎可以在业务低峰期快速完成。
• 重复值无业务影响：字段本身已废弃，没有任何业务逻辑依赖它的唯一性或特定值，就算混淆后出现重复，也不会引发任何业务问题。

额外建议：彻底消除隐患 #

等混淆完成后，建议直接删除这个非聚集索引——既然字段已经废弃，这个索引本身也失去了存在的意义，删掉它可以彻底消除后续的索引维护成本（比如数据更新时的索引同步，虽然现在字段不用，但万一有其他操作牵连到呢），也避免了后续有人误用到这个废弃字段的索引。

内容的提问来源于stack exchange，提问作者Krishnaraj Barvathaya