/*前言：如果碎片程度小於%，建議使用重組而不是重建。因為重組不會鎖住資料頁或者資料表，並且降低cpu的資源。
總得來說，重組會清空當前的b-tree，特別是索引的葉子節點，重組資料頁和消除碎片。和重建不同，重組不會新增任何新資料頁。
準備工作：
為了了解是否有必要重組索引，需要首先檢視碎片程度，如果在%以下，那一般沒必要做什麼維護，如果在%~30%，就建議進行重組。
步驟：1、以下各種重組索引的方法：*/
--不指定引數重組索引：
alter index [idx_refno] on [orddemo]
reorganize
go
--重組表中所有索引：
alter index all on [orddemo]
reorganize
go
--使用dbcc indexdefrag重建表上所有索引：
dbcc indexdefrag('hydee','u_store_c')
go
dbcc indexdefrag('hydee','u_store_c','i_store_c_wareid')
go
/*2、dbcc indexdefrag命令同樣是後續不建議繼續使用的命令。
分析：索引重組，也可以稱為碎片重組，對單獨索引的操作將使用單獨的執行緒。不可以並行操作。所以同一時刻只有乙個索引被操作。
重組並不產生新頁，但是會壓縮頁，如果頁面已經為空，將會移除這個頁，所以填充因子選項是不需要的。同時，因為它不會鎖住物件，所以總是聯機處理。
重組同樣需要sysadmin、db_onwer、db_ddladmin角色。*/
第十章 維護索引（4） 通過重組索引提高效能
原文 第十章 維護索引 4 通過重組索引提高效能 如果碎片程度小於30 建議使用重組而不是重建。因為重組不會鎖住資料頁或者資料表，並且降低cpu的資源。總得來說，重組會清空當前的b tree，特別是索引的葉子節點，重組資料頁和消除碎片。和重建不同，重組不會新增任何新資料頁。為了了解是否有必要重組索引...
維護索引 通過重組索引提高效能
如果碎片程度小於30 建議使用重組而不是重建。因為重組不會鎖住資料頁或者資料表，並且降低cpu的資源。總得來說，重組會清空當前的b tree，特別是索引的葉子節點，重組資料頁和消除碎片。和重建不同，重組不會新增任何新資料頁。為了了解是否有必要重組索引，需要首先檢視碎片程度，如果在10 以下，那一般沒...
維護索引 通過重組索引提高效能
如果碎片程度小於30 建議使用重組而不是重建。因為重組不會鎖住資料頁或者資料表，並且降低cpu的資源。總得來說，重組會清空當前的b tree，特別是索引的葉子節點，重組資料頁和消除碎片。和重建不同，重組不會新增任何新資料頁。為了了解是否有必要重組索引，需要首先檢視碎片程度，如果在10 以下，那一般沒...