2

Business Intelligence Developer Studioでは、なぜOLAPキューブからレポートモデルを作成したいのか疑問に思っています。

私が理解している限り、OLAPキューブとレポートモデルはどちらも、基盤となる構造（通常はリレーショナルデータベース）のビジネス指向のビューであり、ビジネスユーザーにとってはあまり意味がない場合があります。キューブはディメンションとメジャーの点で多次元ビューであり、レポートモデルは...完全にはわかりませんが、よりビジネス指向ですが、本質的にリレーショナルビューですか？

とにかく、レポートビルダーでは、OLAPキューブまたはレポートモデルの両方に直接接続できます。したがって、エンドユーザーに適したデータのビジネス指向のビューをすでに提供しているOLAPキューブがある場合、それをレポートモデルに変換し、代わりにレポートビルダーで使用する理由がわかりません。

レポートモデルとキューブの根本的な違いが明らかに欠けていると思います。助けていただければ幸いです。

4

4 に答える 4

1

SQL Server 2005では、レポートビルダーを使用するために、キューブ上にレポートモデルを作成する必要がありました。RB 2.0はキューブを直接開きますが、SSASで使用可能なすべての機能が必ずしもRBでサポートされているわけではありません。 Teo Lachevによるこのブログエントリでは、これについて詳しく説明しています。

于 2010-04-09T13:31:28.043 に答える
1

OLAPキューブのもう1つの利点は、計算エンジンです。

キューブに複雑な計算メジャーを含めることができます。これは、リレーショナルデータベースでは作成が難しく、時間がかかるものですが、AnalysisServicesには適しています。

次に、レポートビルダーを使用してこれらの計算をビジネスユーザーに公開し、固有の複雑さを隠すことができます。

于 2011-11-10T12:11:41.497 に答える
1

一般的に、立方体に基づいてモデルを作成する意味はあまりないことに同意します。これを使用してキューブのいくつかの側面を非表示にしてから、役割ベースのセキュリティを使用してさまざまなモデルをユーザーに公開できると思います。ただし、通常、BI以外のユーザーにSSRSでレポートを作成させることはありません。そのため、それが私にとって説得力のある理由にはなりません。

OLAPキューブがない場合は、レポートモデルが適しています。これは、データにアクセスする方法をユーザーに提供しながら、テーブルの結合とフィールドの複雑さを隠すための良い方法です。また、列がデータベースに格納される方法よりも、フィールドのビジネスユーザーにわかりやすい名前を提供する機会でもあります。

于 2010-04-02T15:28:14.083 に答える
0

セキュリティとシンプルさ。

リレーショナルデータベースまたはディメンションデータベースに対してレポートモデルを使用して、ユーザーがデータをより使いやすく表示できるようにすることができます。

使用可能な列のサブセットのみを公開することにより、データベースを保護することもできます。

モデルの基になるデータソース/スキーマを変更できますが、モデルはそのままにして、エンドユーザーにシームレスなエクスペリエンスを保証します。

于 2010-04-09T13:17:15.770 に答える