リレーショナルプラットフォームでドリルアクロスをモデル化する方法については、かなり良い考えがあります。これは、Kimballによって記述された2段階のプロセスであり、最初に個々のファクトテーブルに対してクエリを実行し、次にFULLOUTERJOINを適用して結果を結合します。
多次元SSASの世界でこれをモデル化する方法はわかりません。誰かがプロセスを説明したり、いくつかのベストプラクティスの例を教えてもらえますか?
どうもありがとう。
リレーショナルプラットフォームでドリルアクロスをモデル化する方法については、かなり良い考えがあります。これは、Kimballによって記述された2段階のプロセスであり、最初に個々のファクトテーブルに対してクエリを実行し、次にFULLOUTERJOINを適用して結果を結合します。
多次元SSASの世界でこれをモデル化する方法はわかりません。誰かがプロセスを説明したり、いくつかのベストプラクティスの例を教えてもらえますか?
どうもありがとう。
各メジャー グループのキューブ レベルでドリルスルーアクションを確実に定義できますが、キューブ レベルで1 つのメジャー/メジャー グループから別のメジャー/メジャー グループへのドリルクロスアクションを定義することはできないと思います。
とはいえ、この [カスタムドリルクロス] はアプリケーションレベルで確かに可能です。たとえば、パラメーター化された MDX ソース クエリを介してデータを取得するサブレポートを実行する SSRS レポートのセルにドリル アクションを定義できます。これがその例です。