約 100,000 行のディメンションを持つキューブがあります。動作が非常に遅く、問題を解決するためにどの方向に進むべきかわかりません。メジャーのパーティションを作成しましたが、集計は問題なく実行されているようです。ただし、2008 BIDS のブラウザーにディメンションだけをプルすることはできますが、何も対策を講じなくても、読み込みに 10 分かかります。これをトラブルシューティングするためにどの方向に進むことができるかについての提案はありますか? SQL Server 2008 Enterprise Edition を使用しています。サーバーは巨大で、196 GB のメモリを搭載しています。
私はあなたの助けに感謝します!
2 に答える
キューブの処理が遅いですか、それともキューブの処理後ですか? ディムはどのように構成されていますか? 下にある他のテーブルへの結合が存在する可能性があるのはSQL Serverビューですか?おそらく、マージまたはハッシュ結合の代わりにネストされたループ結合を使用して、Dim全体を読み取りますか?
Bridge テーブルを使用してファクト データを取得していますか? これらは実行時に評価され、時間がかかる場合があります。ブラウザーに暗いデータを戻すだけですが、SSAS は既定の測定値を使用します。つまり、ブラウジング クエリはいずれにせよファクト データを参照している可能性が最も高いことを意味します。
最後に、サーバーでメモリが適切に設定されていることを確認し、SSAS がそのメモリを十分に使用していることを確認します。このサーバーは SSAS 専用ですか、それとも SQL Server やその他のものがインストールされていますか?
ディメンションの属性で階層を構築します。それらすべてをキューブに持ち込むことができたとしても、100.000k の可能な値の中から 1 つの属性を検索するのは誰でしょうか?
Microsoft のベスト プラクティスは、何らかの階層に大きなディメンションを追加し、AttributeHierarchyVisible プロパティを false に設定して、属性を階層全体で参照できるようにすることですが、単独ではできないようにします。