大きなファクトテーブルの列ストアインデックス
列ストアインデックスを確認し、テストしました。私はそれが超高速であることを賞賛することは間違いありません。しかし、私が検討したすべてのチュートリアルとブログは、その制限について「テーブルは読み取り専用になる」と述べており、テーブル内のデータを挿入/更新/削除することはできません。同時に、データが大量にあり、定期的に更新されるデータウェアハウスプロジェクトで使用することをお勧めします。それに基づいて私は解決策を考え出しました
- インデックスを無効にし、挿入-更新-削除を実行してから、インデックスを再構築します
これは、ファクトテーブルで大量のデータを処理するための正しいアプローチでしょうか？
- インデックスの作成/再構築にかかるコスト（時間の観点から）は、通常のプロセスよりも高くなる可能性がありますか？
- 通常、データファクトテーブルは、キューブが処理されるまでクエリされます。テーブルの代わりにビューで機能するキューブがあります。それで、ファクトテーブルに列ストアインデックスを保持することはコスト効率が良いでしょうか？
- 毎日更新されるファクトテーブルがある場合。それで、インデックスを無効にするか再構築することは良い習慣ですか？
- それらはSQLServerのインデックスと同じように動作しますか？つまり、Selectは高速ですが、更新操作には時間がかかります。
- 更新可能なクラスター化列ストアインデックス を提供するSQL Server2014に移動します。
- 2012に固執している場合、 パーティションスイッチを使用して非クラスター化列ストアインデックスを更新します 。