EAMソフトウェア（Rimses）で使用されるテーブルのインデックスを再編成しました。 SSRSに関するレポートの処理時間/リソース使用量を大幅に削減しました。それは私の意図だった。しかし、私はレポートから他の '結果'を得ることも可能ですか？SSRSレポートのSQL Serverインデックス再編成アーチファクト
バックグラウンド情報：インデックスの再編成/再構築が頻繁に行われると考えられていたため、メインテーブルの1つの断片化が99％であったため、再編成しました。私は学生です！
ありがとうございました！ ジェフ
しかし、それは私が
号再編成/インデックスの再構築レポートから他の「結果」を取得していますも可能であることは、単にテーブルの実際のデータをチェックしてくださいインデックスの一致を作ります、一貫性を持たせるために索引構造を修正します。カードのデッキを考えると、あなたはランダムな順序でカードを取得します。彼らはどこに属しているかどうかにかかわらず、スタックの先頭に挿入され続けます。正しい論理的順序になるようにカードを再整理するだけです。
ここでデータを変更する可能性は、以前のインデックスが何らかの形で間違っているか壊れている場合のみです。
レコードを削除すると、デッキにも穴が残ってしまい、断片化が発生する可能性があります。
私は再編成は、/インデックスの再構築を考えたが、頻繁に
これは必ずしもそうではありません行われることになりました。テーブル/インデックスが書き込み重い場合は、断片化を定期的に確認することをお勧めします。
データが変更されない場合、または自動インクリメントキーを使用している場合や、挿入回数が多い場合は、断片化する可能性は低くなります。これには厳しい、迅速なルールはありません。ほとんどのSQLの質問に対する答えはIt depends.
です。テーブルは毎日使用されていますが、多くは断片化が99％でした。だから正しい動きは再編成/再構築だったのですが、テーブルが乱れてしまった可能性はありますか？ – Jeff
@ジェフ - そうだと思います。また、小さなテーブルはあまり効果がないことに注意してください。テーブルが数十万行に満たない場合、私は通常、全体がメモリにロードされるので、フラグメンテーションをチェックすることはありません。 99％は非常に極端なので、できるだけ毎週再構築するために保守スケジュールに入れておくべきでしょう。 – JNK
確認と安心のためにありがとう。 – Jeff