2016-09-07 12 views
1

私は、インデックスと非クラスタ化インデックスをクラスタ化されたアイデンティティ主キーの40万行(と成長)を持つテーブルがあります。は必要ですか?

私は、多くの場合、古いまたは古い情報を削除する必要があります。

これは頻繁にアクションなので、私は断片化を気にして、性能を維持するために、インデックスの上にいくつかのメンテナンスを取ることを計画する必要がありますか?

どうあるべきか、または私は両方のインデックスで最高のアクションを評価する方法:

がREBUILDまたはREORGANIZEを?インデックスの断片化は、実際にあなたにすべての問題を引き起こしているかどうかを

答えて

1

あなたが依頼する必要があります質問です。

インデックスメンテナンススクリプトを用意することをお勧めします。 Ola Hallegrenのスクリプトを使用する場合は、再構築/再編成のしきい値を設定できます(再編成の場合は50%以上の断片化、再構築の場合は80%以上)。また、小さなインデックスで不必要な再構築をしないように、特定のサイズ以上のインデックスのみを考慮するようにしきい値を設定することもできます。ここで

は言ったスクリプトへのリンクです。行とこれらの操作のこの数と

https://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html

+0

したがって、フラグメンテーションとインデックスのサイズを追跡することをお勧めします。私はこれらのメンテナンススクリプトを注意深く読んでいます! – nunopacheco

1

性能が低下しているのではい、あなたは、断片化を気にする必要があります。

  • 断片化がある場合は、断片化が5〜30%の間である場合は5%未満の場合は再編成
  • を何も
  • 行わないでください:私はこのようなインデックスのデフラグを実装読んだいくつかの記事に基づいて、フラグメンテーションが30%以上が

を再構築しないであなたはここで、インデックスの断片化についてのより詳しい情報を得ることができます:http://blog.sqlauthority.com/2010/01/12/sql-server-fragmentation-detect-fragmentation-and-eliminate-fragmentation/ 、ここhttp://www.schneider-electric.com/en/faqs/FA234246/

インデックスの断片化の進化を分析して、毎晩または1週間に1回(またはその他の頻度)のデフラグを選択することができます。

関連する問題