データウェアハウス内のインデックス

Question

SQL Server 2008でデータマートを作成するには、SSISを使用してロードし、SSASを使用してOLAPキューブを作成します。これまでのところ、すべてがうまくいっています。しかし、プライマリ・キーのデフォルト・クラスタリング以外のソース・データベースの索引は作成していません。

アプリケーションデータベースのインデックスを設計するのはかなり快適ですが、このデータベースはキューブのソースとなることを目的としているため、どのような種類のインデックスが有益なのかはわかりません。

ディメンションとキューブの処理を改善するために何らかのインデックスを作成する必要はありますか？あなたの通常のMolapストレージを使用しています。

Answer 1

一般的に、インデックスと制約は、レポートに直接使用されない限り、マートの外に置いておくことをお勧めします。索引や制約は、ETLの時間を大幅に悪化させることがあります（特に、通常は倉庫に入るデータの量）。

私が最もよく見いだしたのは、コンポジットキーを持っているので、事実を含めてすべてのテーブルに単一の孤立したPKを持たせることです。に）。 PK（アイデンティティ列）を使用すると、自動生成された索引、キューブの作成時の素早い結合、素早く挿入できます。

レポートを作成する場合は、必要に応じて索引を作成しますが、ETLプロセスの一部として索引を無効にしてから再構築してください。それ以外の場合、一括挿入には時間がかかることがあります（場合によってはコミットに数時間かかる）。