0
有一個3部分複合鍵INT,INT,INT在一張大桌子 插入速度降低因碎片複合主鍵索引維護
PK1不裂解(刀片是爲了永不修訂) 但PK2 ,PK3片段嚴重且快速
我應該使用什麼策略進行索引維護?
有沒有辦法重建索引?
PK1 fill factor 100
PK2 fill factor 10
PK3 fill factor 10
有一個3部分複合鍵INT,INT,INT在一張大桌子 插入速度降低因碎片複合主鍵索引維護
PK1不裂解(刀片是爲了永不修訂) 但PK2 ,PK3片段嚴重且快速
我應該使用什麼策略進行索引維護?
有沒有辦法重建索引?
PK1 fill factor 100
PK2 fill factor 10
PK3 fill factor 10
沒有 - 這是一個索引 - 你不能有一個索引的列不同的填充係數...索引結構是由(PK1, PK2, PK3)
條目和這個元組組合存儲在頁。您只能設置索引/頁面的填充因子 - 不適用於複合索引的各個部分。
我的典型做法是在我懷疑碎片的索引上使用類似70%或80%的東西,然後觀察。看看它有多快,如何嚴重碎片。如果今天晚些時候它無法忍受 - 更低的填充因子。通常情況下,如果填充因子爲70-80%,那麼在白天應該沒問題,如果每晚重建這些關鍵指標,那麼系統應該可以正常工作。
否 - 它是** ONE **索引 - 您**不能**在單個索引的列上具有不同的填充因子...索引結構由「(PK1,PK2,PK3) '這個元組合在一起存儲在頁面上。您只能設置索引/頁面的填充因子 - 不適用於複合索引的各個部分.... – 2012-08-12 19:31:10
@marc_s這就是我所想的。我的策略應該是100填充因子,並且經常重建。或者我應該嘗試50%。在兩小時的加載之後,這個指數是60%碎片。我知道你有什麼嘗試。有沒有我應該嘗試的填充因子。 – Paparazzi 2012-08-12 19:35:59
刪除你的fillfactor,這個low將會真的增加索引的大小。這可能不是一個好主意。你能否向我們展示餐桌結構?很難準確地知道碎片的來源。更新:沒有看到以前的評論忽略這個 – Namphibian 2012-08-12 19:36:31