それで、私たちの SQL データベースの 1 つでキューブへの接続文字列を受け取りました。このデータから 30 人に電子メールで送信できるレポートを作成することになっています。
むしろ、ストアド プロシージャを作成し、SSRS が必要なときにいつでもそれを送信できるようにしたいと考えています。問題は、データベースが非常に複雑で、すべてを照合して正しい情報を取得できるかどうかわからないことです。
キューブ内の情報を参照するストア プロシージャを記述できる方法はありますか?
これが問題かどうかはわかりませんが、データベースとキューブは同じ SQL サーバー上にあります。
キューブに関する情報は役に立ちます。おそらく最も使用される用途に基づいて、いくつかの事前計算が行われることを私は知っています。
ありがとう
レポートで通常のストアド プロシージャを使用することはできますが、そのストアド プロシージャはキューブに対して (OLEDB を介して) MDX クエリを実行する必要があります。
どのレポートを使用しているかわかりません。具体的には、ローカルまたはサーバー ベースのレポートですが、SQL Server のサーバー ベースのレポートには MDX ジェネレーターがあり、MDX 構文が初心者から隠され、単純なテーブル (SSRS 2008 の Tablix) およびマトリックス ベースのレポートを生成するのに十分です。より複雑なレポートについては、MDX 構文を学習するのに役立ちます。
ローカル レポート (レポート サーバーではなくアプリ サーバーで実行) を使用している場合は、MDX 構文を知っておく必要があります。これは、この MDX クエリを使用して、ミドルウェア コンポーネントの OLEDB プロバイダーを介して Analysis Services キューブをクエリする必要があるためです。
もう 1 つ、キューブは、概要から詳細な情報にドリルダウンまたはドリルスルーする必要がある場合に最適です。これらは、ディメンション情報を使用してデータ (メジャー) をスライスおよびダイシングする場合に最適です。マトリックス コントロールは、データ セル自体がメジャーを表し、このセルの列とヘッダーがメジャーを表すキューブでデータを表示するための最適なツールです。マトリックスは、選択した次元に応じてデータを自動的に「変換」します。
2 つの異なる言語 - T-SQL は、リレーショナル データを照会するための RDBMS ツールです。キューブと対話するには、MDX を使用します。