2017-01-23 180 views
0

我得到了一些非聚集索引(唯一)與uniqueidentifier(GUID)列。索引始終存在大量碎片。SQL Server - 索引維護與uniqueidentifier?

我應該如何解決這與Ola Hallengren的維護腳本?

跳過reorg /重建這些索引?

的問題說明如下:

https://blogs.msdn.microsoft.com/sqlserverfaq/2011/08/30/another-reason-of-index-logical-fragmentation/

+0

請解釋你的問題在這裏的問題,而不是發佈到其他網站的鏈接。 – GurV

回答

0

在這裏你有兩個選擇:

非常基本的信息。

  1. DBCC DBReindex:鎖定了表和用戶可能無法直到重新索引完成訪問數據。底線 - 這下降 索引,並從頭創建它們。完成後,您會有全新的索引 ,因此它們處於可能的「最佳狀態」。再次,它將 綁定數據庫表。這是一個全部或沒有的行動。如果你停止這個過程,所有事情都要回滾。

  2. DBCC INDEXDEFRAG:不鎖定表格。用戶仍然可以訪問數據。指數仍然存在,他們只是 「固定」。如果停止,它不會回滾所有內容。因此, 索引將比您開始時更少的碎片整理。

如果您運行DBReindex,則不需要運行INDEXDEFRAG。有 沒有碎片整理,當你有全新的索引。

希望對您有所幫助!