しばらく問題なく動作する SSAS キューブがあります。最近、新しいディメンションを追加したところ、すべてのメジャーが大幅に膨らんでいます。たとえば、モデル全体で約 300,000 になるはずのカウント (つまり、フィルターがまったくない状態) が、1,500,000 になりました。私が確認したすべての対策が影響を受けます。メジャー値は常に高すぎますが、一貫した要因ではありません (つまり、5 倍大きすぎるものもあれば、10 倍または 20 倍大きすぎるものもあります)。新しいディメンションがクエリに含まれているかどうかに関係なく、エラーが発生します。
以前に動作していたバージョンに戻って再試行し、行った変更が次のとおりであることを確認しました。
- dsv に新しいテーブルを追加します
- そのテーブルに基づいて新しいディメンションを作成し、キューブに追加します
- ディメンション使用マトリックスで参照関係を定義し、他の既存のディメンションの 1 つを介して新しいディメンションをメジャーにリンクします。
私の注意は報われませんでした。2 回目の試行でも最初の試行と同じ結果になりました。これは、概念上または設計上の問題を示しています。自分の間違いを探す可能性のあるアイデアはありますか?
詳細
キューブ構造は次のとおりです。最近追加された Church テーブルが強調表示されています。
キューブには多くのメジャー グループがありますが、この新しいディメンションの導入によってすべてが悪影響を受けるように見えるため、"cm" というラベルの付いたものだけに注目します。私たちは、世界中の貧困に苦しむ子供たちのために募金活動を行う慈善団体です。「cm」は、サポーター（「con」は「constituent」を意味します）が支援を必要としている子供に対して行う金銭的コミットメントを表します。さまざまな詐欺属性によるコミットメントの数の分析は、長い間うまく機能しています。また、参照された関係を介して、constitute_address の属性ごとに cm を分析することもできます。
ほとんどの構成員は何らかの形の教会に属しているため、教会の詳細 (教会名、教会の規模、宗派など) をキューブに追加したいと考えました。次に、たとえば、バプテスト教会に所属する構成員によって行われたコミットメントの数を数えることができます. Church テーブルを追加し、con という名前のクエリを変更して、church_id を含めました。(また、新しい con クエリが古いものとまったく同じ数のレコードを返すことも確認したので、その後の問題は con テーブルの変更が原因ではないと思います。)
ディメンション使用マトリックスの抜粋を次に示します。
そして、これが前後の例です。1 つ目は、教会の次元が追加される前のコミットメントの正しい数を示しています。2 番目は、まったく同じデータから構築された同じメジャーを示しています。キューブへの変更は、Church ディムの追加のみです。ご覧のとおり、新しい Church ディメンションはクエリに明示的に含まれていませんが、メジャーは 315,057 ではなく 1,574,823 のコミットメント数を示しています。
--マット