5

3 つのテーブル、1 つのファクトと 2 つのディメンションがあります。InternetSales というファクト テーブル (メジャー) と Geography テーブル se image(schemaCubeStructure".

中間テーブルは Customer です。最初に Geography テーブルと InternetSales テーブルを作成してから、後で参照を作成するときに使用する Geography のフィールドを持つ Customer を作成します。関係

キューブ内のデータを参照するまで、すべて正常に動作します (画像 "errorBrowseSalesCube" を参照)。2 つのテーブル間の関係を作成しない場合、必要な画像 "correctBrowseSalesCube" が取得されます。つまり、データが取得されません。 rel.ref で処理する場合。

rel.ref の画像「dimensionUsageSalesCube」を参照してください。

データが取得できないのはなぜですか?

correctBrowseSalesCube 正しいブラウズセールスキューブ エラーBrowseSalesCube エラーBrowseSalesCube ディメンション ディメンション使用状況売上キューブ UsageSalesCube スキーマCubeStructure スキーマキューブ構造

4

2 に答える 2

5

Georgaphy と Internet Sales の間の参照ディメンションの関係を設定するときに使用したフィールドはどれですか?

ここに画像の説明を入力

AdventureWorksDW データベースでは、Georgaphy ディメンションは Customer ディメンションの雪片です。AdvWrks キューブ プロジェクトでは、Microsoft は地理テーブルと対応する属性を顧客の ssas ディメンションに含めます (下のスクリーンショットの赤いボックス)。ただし、あなたがやろうとしているように見えるように、GeographyKey を顧客ディメンションに追加するだけである可能性があります (下のスクリーンショットの赤い矢印)。

ここに画像の説明を入力

これにより、参照ディメンション リレーションシップを作成するときに GeorgaphyKey フィールドが公開されるため、中間ディメンション (顧客) と参照ディメンション (地理) の間のリレーションシップを適切に定義できます。

ここに画像の説明を入力

その後、地理ディメンション属性 (およびユーザー) の階層別に Internet Sales ファクトを適切に参照できます。

ここに画像の説明を入力

于 2013-01-09T18:59:37.110 に答える
2

correctBrowse 販売キューブは簡単に説明できます。これは、データが Geography ディメンションに基づいて計算されていないことを意味し、したがって、インターネット販売と Geography の間の接続が正しく計算されていないことを示しています。

次のことをお勧めします。

顧客を Mesaure (またはファクト テーブル) にしてみてください。名前を変更しないでください。つまり、顧客の数を測定するだけです (地域ごとの顧客のカウンターとして使用するか、完全に非表示にすることができます)。

次に、顧客はディメンションの使用状況のメジャーとして表示され、顧客メジャー テーブルを使用して、多対多の関係を介して Geography をインターネット販売に接続します。

于 2013-01-09T14:03:37.490 に答える