程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> 其他數據庫知識 >> 更多數據庫知識 >> SQL Server誤區30日談 第29天 有關堆碎片的誤區

SQL Server誤區30日談 第29天 有關堆碎片的誤區

編輯:更多數據庫知識

誤區 #29:可以通過對堆建聚集索引再DROP後進行堆上的碎片整理
Nooooooooooooo!!!

     對堆建聚集索引再DROP在我看來是除了收縮數據庫之外最2的事了。
     如果你通過sys.dm_db_index_physical_stats(或是老版本的DBCC SHOWCONTIG)看到堆上有碎片,絕對不要通過建立聚集索引再刪除聚集索引來整理堆碎片。好的做法應該是建立聚集索引之後不再刪除,已經有非常多的資料闡述如何選擇一個理想的聚集索引鍵--窄,很少變動,唯一,自增。Kimberly有一篇文章對此做了一個總結:Ever-increasing clustering key - the Clustered Index Debate..........again!(注意,是基於SQL Server 2005版本),對此我也有一個例子:An example of a nasty cluster key
     你也可以在SQL Server 2008中通過ALTER TABLE ... REBUILD來清除堆碎片,但這個做法和建立聚集索引後再刪除同樣邪惡。
     如果你想問為什麼我對此甚有成見?好吧,那我解釋一下:非聚集索引中每一行都會指向一個RID或是聚集索引鍵的鏈接(詳情請看:What Happens if I Drop a Clustered Index?),這個鏈接會以下面兩種方式之一出現:

  • 如果非聚集索引所在的表是堆,那麼這個鏈接就是一個RID。
  • 如果非聚集索引所在的表是聚集索引,那麼這個鏈接就是聚集索引鍵。
        如果你希望對此有更多了解,請看文章底部的鏈接。
        因此不難看出,如果你希望將堆變為聚集索引,那麼非聚集索引的所有RID就失效了,因此所有的非聚集索引都需要被重建。同樣,如果刪除聚集索引鍵,那麼所有非聚集索引上存儲的聚集索引鍵都會失效,因此也需要重建所有的非聚集索引。
        簡單點說,如果你建立再刪除聚集索引後,所有的非聚集索引都會被重建兩次。
       如果你使用SQL Server 2008的ALTER TABLE ... REBUILD來整理堆碎片,那麼同樣也需要重建所有的非聚集索引,因為所有的RID都會變動。
        那麼,如果對於“重建”聚集索引呢?這取決於SQL Server的版本以及你是進行rebuild索引亦或是改變索引。一個常見的誤區是對表進行分區將會改變聚集索引鍵,但事實上不會。對於那些會引起非聚集索引重建的操作,請看如下列表:Indexes From Every Angle: What happens to non-clustered indexes when the table structure is changed?

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved