SQL Server-PK删除性能不佳

Question

我在SQL Server 2008
R2中有一个表，该表包含约400行（几乎没有任何内容）-它在主键（这是一个标识）上具有聚集索引。其他约13个表通过引用完整性（没有级联删除或更新）引用了该表。

插入/更新/获取几乎是即时的-我们正在谈论一瞬间（这应该在意料之中）。但是，使用PK进行删除最多需要3分钟，而我从未见过比1.5分钟更快的时间：

DELETE FROM [TABLE] WHERE [TABLE].[PK_WITH_CLUSTERED_INDEX] = 1

该指数非常分散-90％。我重建并重新组织了该索引（以及该表上的其余索引），但我无法将其降低到50％以下。

另外，我将数据库备份/恢复到本地PC，删除没有问题-不到一秒钟。

我还没有做的一件事就是完全删除聚簇索引，然后重新添加它。这本身就是一个问题，因为当其他表引用PK索引时，SQL Server不允许您删除它。

有任何想法吗？

更新

我应该将其包含在我的原始帖子中。执行计划将“责备”放在聚集索引删除上-70％。在引用该表的13个表中，执行计划表示没有一个超过整个查询的3％-几乎所有索引搜索命中。

Answer 1

好吧，我有一个答案…

首先，我几乎用尽了上面问题中指示的所有选项以及相关答案。对于看起来很琐碎的问题，我没有运气。

我决定要做的是以下几点：

1. 添加一个临时唯一索引（因此SQL Server将允许我删除聚集索引）
2. 删除聚簇索引。
3. 重新添加聚簇索引。
4. 临时删除唯一索引。

本质上，我擦除并重新添加了聚簇索引。我唯一可以摆脱的是索引的一部分或它的物理存储位置被“损坏”（我宽松地使用了该术语）。