5

SQL Server に設定された一連のビューがあり、SQL Server Analysis Services キューブに含めたい結果を正確に出力します。これには、多数のディメンション (DATEDIFF を使用した年齢、DATENAME を使用したビジネス四半期など) の計算が含まれます。 .)。私が知りたいのは、これらのビューをキューブのデータ ソースとして使用することに意味があるかどうか、または基になるテーブルを使用して SSAS でロジックを再現する必要があるかどうかです。いずれかのルートに進むことの意味は何ですか?

私の懸念は次のとおりです。

  • データセットは膨大ですが、結果にすばやくアクセスする必要があるため、ビューで実行される計算の多くを SSAS データ ウェアハウス内に保持したいと考えています。
  • 繰り返しますが、データセットが大量であるため、キューブの再計算をできるだけ高速にしたいと考えています
4

2 に答える 2

9

実際、多くの専門家は、SSAS のデータ ソース ビューでビューを使用することを推奨しています。John Welch (Pragmatic Works、Microsoft MVP、Analysis Services Maestro) は、今年の SQL Rally Dallas で、DSV でのビューの使用をどのように好んだかについて話しました。その理由は、キューブと物理テーブルの間にレイヤーが作成されるためです。

ビューで列を計算すると、キューブの処理中に少し余分な時間とリソースが必要になります。処理時間が問題ない場合は、計算をビューに残します。問題がある場合は、ファクト テーブルの挿入/更新中に計算が行われるように、永続化された計算列をいつでもファクト テーブルに直接追加できます。これの欠点は、列をファクト テーブルに物理的に格納する必要があることです。利点は、キューブが処理されるたびに計算する必要がないことです。これらは、どちらの方法を選択するかを決定するために検討する必要があるトレードオフです。

できるだけ効率的になるようにソース クエリを調整してください。ビューは DSV に適しています。

于 2012-10-24T16:49:42.743 に答える
4

ビュー、常に!DSV でテーブルを使用する唯一の利点は、キーが自動的にマップされないことです:) これにより、開発時間が 5 分短縮されます (笑)。

また、「基になるテーブルを使用して SSAS でロジックを再現する」とは、SSAS DSV に計算列を作成することを意味しますか? これもオプションですが、計算をビューに追加するのは、それらを更新する必要がある場合に、完全なキューブを再デプロイするよりもビューを再デプロイする方がはるかに簡単 (かつ失敗する可能性が低い) ためです。

于 2012-10-25T10:21:38.727 に答える