SQL Server 2005 聚集索引刪除運行時間長，不存在非聚集索引
[英]SQL Server 2005 Clustered Index Drop running long with no non-clustered indexes present
問題描述
我正在從 SQL Server 2005 數據庫中的表中刪除一個聚集索引，它需要很長時間才能運行。
我做了一些研究並確定刪除聚集索引可能需要很長時間，因為它正在更新非聚集索引中的指針以引用表本身的 RowID，但是在這種特定情況下，沒有非聚集索引存在於桌子。
數據庫中有很多外鍵，因此其中一個可能引用了聚集索引 ID。
有沒有辦法確定哪些對象使用聚集索引引用而不是 RowID？
2 個解決方案
解決方案1
1 已采納 2011-07-12 15:40:42
如果有聚集索引，則一切都使用它而不是RowID - 聚集索引鍵是行標識符。
所以答案是，任何引用該表的東西。
解決方案2
0 2011-07-12 15:40:58
查看外鍵約束的一種簡單、直觀的方法是將表添加到圖表中。 然后您可以查看關系並檢查是否有任何關系指向聚集索引。
但是，您刪除聚集索引（很可能是主鍵）的原因是什么？
SQL Server中唯一標識符列上的群集/非群集索引
[英]Clustered/non-clustered index on unique identifier column in SQL Server
SQL Server - 何時使用Clustered與非Clustered Index？
[英]SQL Server - When to use Clustered vs non-Clustered Index?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.