1

私のクエリは、分析サービス (2008) のディメンション属性の KeyColumn プロパティの設定に関するものです。具体的には、次のようになります。ディメンションがあり、現在関心のある 3 つの属性があります。SudoKey、Code、および Description です。

SudoKey は最も詳細ですが、Code と Description は同じレベルにあります。つまり、すべての Code メンバーに対して 1 つの Description メンバーがあり、その逆もあります。

私のユーザーは、両方に個別にアクセスしたいと考えています (一部のユーザーはコードがより効率的であると考えていますが、他のユーザーは説明を使用することを好みます)。

私は現在、SudoKey > CodeおよびSudoKey > Description の関係を定義するのではなく、効率のために、SudoKey > Code の関係を定義し、Code を Description の KeyColumn 値として使用する必要があると考えています (NameColumn 値の Description を使用)...自分がしていることに自信がなく、成功することが重要です!

どんな入力でも大歓迎です！:)

編集：私が言いたいのは、これが機能するかどうか、またはAnalysis Servicesがしなければならない作業を減らすという意図された効果があるかどうかはわかりません.

4

2 に答える 2

0

あなたが説明しているのは典型的なディメンションであり、両方の関係がキー列にある必要があります。SSASにとっては、これ以上の作業はありません。ディメンション内のすべての属性は、エンド ユーザーが表示および使用できる可能性があるため、関係をキーに変更しようとしている理由がわかりません。

于 2012-05-03T23:14:20.633 に答える
-1

ディメンション キーは、ファクト テーブルで直接参照される一意の属性になるため、sudoKey がある場合はそれを使用します。

ブラウジングについては、ディメンションの関係を正しく構成すると、ユーザーは任意の属性でキューブをブラウズできるようになります。

ディメンション構成の 2 番目のタブで、ディメンションの関係を構成します (これは非常に重要で、おそらくキューブで最も重要な構成の 1 つです)。この場合、キー属性をメインとし、他の 2 つをそれに直接関連付けます。

于 2012-04-28T23:24:48.870 に答える