3

レポート ソリューションを開発してから数か月が経ちました。現在、SSIS を使用してリレーショナル データ ウェアハウス (ファクト テーブルとディメンション テーブル) を読み込んでいます。次に、リレーショナル データ ウェアハウスから SSAS キューブとディメンションが作成されます。次に、SSRS を使用して、MDX クエリを使用してレポートを作成します。

私が抱えている問題は、MDX やキューブだけでなく、多次元モデリングがどのように機能するかを理解しようとして、物事がかなり複雑になり始めていることです。設計対象の組織が小さいため、アプローチを再評価する必要があると考えています。

全体像から SSAS を排除し、SQL クエリを使用してリレーショナル データ ウェアハウスから直接レポートするレポートを作成するだけでよいのではないかと思います。リレーショナル データ ウェアハウスは、レポート用に最新のデータを取得できるように、夜間にロードすることもできます。

データ ウェアハウジングと SSAS の経験があまりない私を考えると、それが良いアイデアかどうか疑問に思っています。また、リレーショナル データ ウェアハウスをディメンション テーブルとファクト テーブルに保持しても、SQL クエリで引き続き機能するかどうか、またはテーブルを再設計する必要があるかどうかを知りたいと思いました。SSAS を排除することで頭痛や問題が増えるのであれば、SSAS を排除するという決定はしたくありません。

レポートには、行数と YTD パーセンテージ以外の複雑な計算は含まれません。たとえば、「男性の発信者は何人ですか?」および「製品 A に電話をかけた発信者は何人ですか?」次に、月ごとに分類されます。

SSASキューブを適切に開発しようとすることにかなり不満を感じ始めているので、コメントや提案は大歓迎です。

4

2 に答える 2

3

私も会社で同じような状況でした。私は SSAS を使用したことがなく、キューブを使用してレポートを作成する利点について調査するように依頼されました。私のバックグラウンドはデータやレポートではなく開発にあるため、学習曲線はかなり急でした。SSAS は、リレーショナル データベースでの集計クエリに時間がかかる場合や、アナリストがビジネスの状態をよりよく理解するために使用できる階層にレポートを分割する必要がある場合に最も役立ちます。SSAS は集計情報を格納するため、その性質のクエリは非常に高速です。組織のデータが小さい場合、リレーショナル クエリは十分に高速であるため、集計を格納する利点が実際には必要ない場合があります。

また、SSAS を使用するための保守性も考慮する必要があります。SSAS と MDX を理解するのに苦労している場合、他の人はどれくらい簡単に理解できるでしょうか? 私が書いた MDX クエリを SQL の経験豊富な上司に説明しようとしましたが、リレーショナル クエリとはかなり異なります。より複雑なレポートを追加するのはどれくらい簡単ですか?

SSAS を使用する利点は、アナリストがレポートを管理できることです。次に、優れたツールとサポートがあります。最後に、展開と接続は非常に簡単です。

于 2012-09-19T15:26:34.313 に答える
0

MDX クエリから SSAS に取得できるすべての結果は、キューブが DW からデータを読み取って構築されているため、T-SQL クエリからデータ ウェアハウスに取得できるため、アーキテクチャから SSAS を削除できます。ただし、次の点に注意してください。私の観点では、OLAP キューブの主な利点は集計です。

非常に簡単な説明: 1 か月あたり 100 万件の注文がある、orders というファクト テーブルがあるとします。その月の売上高を知りたい場合は、SQL を使用して行ごとに読み取り、値を合計して合計を算出する必要があります。これは、DB で 100 万回の読み取りに相当します。適切な集計が構成されたキューブがある場合は、キューブにその値を含めることができるpre-calculated and pre-storedため、月にどれだけ売ったかを知る必要がある場合、キューブへの読み取りは 1 回だけです。

それはあなたの状況を分析することの問題です。小さなキューブがある場合、おそらく集計は必要なく、SQL で問題なく実行できますが、状況によっては、集計が非常に役立つ場合があります。

于 2012-09-20T09:43:36.353 に答える