![](/img/trans.png)
[英]SQL Server 2005 Clustered Index Drop running long with no non-clustered indexes present
[英]SQL Server Indexes - Non-Clustered Index on HEAP
我們的SQL數據庫中有221gb表,主要是重復數據。
團隊已在HEAP上創建了非聚集索引。 這真的對性能有幫助嗎?
如果我們將IDENTITY列放在表中,然后創建CLUSTERED索引,然后我們可以創建NON聚集索引。
這取決於
關於數據的使用模式和結構。
非聚集索引是否覆蓋?
表格中的數據是否不斷變化?
具有覆蓋范圍的非聚集索引的堆表的性能可以優於聚集索引,在聚集索引中聚集索引是唯一的“索引”(聚集索引顯然總是可以覆蓋,但對於搜索而言可能不是最佳選擇)
請記住,聚集索引不是索引(在某種意義上,索引是基於對數據存儲位置的鍵的查找),而是由索引選擇組成的整個表。 在真實(非聚集)索引中,索引中僅包含鍵和包含的列,這意味着(通常)每個數據庫頁可以存儲更多的行,而不必要地讀取較少的數據。
大多數表應該具有聚集索引,但是選擇非聚集索引是您大部分性能的來源。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.