2016-11-22 7 views
2

クラスタインデックスを持つテーブルがあり、正確に同じ値を持つnvarchar型の列を更新すると、95%を超える断片化、更新後のページ番号の増分、インデックスの再構築後のdecreazeそのページの分割、しかし、私は理由が何をrelizeします。更新後のクラスタインデックスフラグメントの列

+0

NVARCHAR型に更新する前の列の種類は何ですか? – dfundako

+0

カラムタイプはnvarchar(500)です。私はそれをupdate joinでチェックし、カラム値を自分で更新しますが、インデックスフラグメントは前と同じように起こります。 – nimajv

+0

nvarchar(500)は主キーのデータ型が非常に貧弱です。確かに、プライマリキーとして、より良いコラム(またはIDを使用)を見つけることができますか?ワイドなキー列は、幅が広すぎるため常に断片化されます。 –

答えて

0

フラグメンテーションを防ぐために、特定のレコードを更新するにはcluseを使用してください。

関連する問題