小编pan*_*kos的帖子

我最近被指派管理 SQL Server 2016 中的数据库，我发现数据库中有许多表具有非唯一聚集索引，导致非聚集主键索引。

我知道上述显然是允许的，但并不理想（特别是对于大表），也许在某些情况下，这是有道理的，但此类表的数量告诉我，这更像是粗心的表定义的结果。

例如，一个名为的表Transaction将有一个带有以下键的聚集索引：date, is_deleted. 此外，该表将在名为 的列上有一个非聚集主键id。

现在，其中一些表非常大，并且上面有许多外键引用，所以我想出了以下步骤，在 Aaron 在此线程中的回答的帮助下更改所有这些表无法删除非 PK 索引，因为它是在外键约束中引用：

1. 删除表的聚集索引
2. 删除所有引用该表的外键约束
3. 删除表的当前主键约束
4. 使用id列创建主键集群约束
5. 创建之前删除的所有外键约束
6. 可选 - 创建以前的聚集索引作为非聚集索引

我知道对于大表，我需要找到一个维护窗口来执行更改，但是您是否发现上述解决方案有任何我没有想到的问题或陷阱？这种方法会导致非聚集索引的其余部分出现碎片吗？

涉及很多表，我想确保我不会触发任何副作用。