2

ファクト テーブルとディメンション テーブルの間に次の関係が設定されています。

ここに画像の説明を入力

データ マイニング構造を作成しようとすると、Dimension_Status の "IssuedVia" を使用してファクト テーブルの "TimelyResponse" の確率を予測しようとしているため、ディメンション テーブル Dimension_Status をファクト テーブルのネストされたテーブルとして選択する必要がありました。テーブル。しかし、そうしようとすると、次のエラーが発生します。

Dimension_Status table cannot be used as a nested table because it does not have a many-to-one relationship with the case table.  You need to create a many-to-one relationship between the two tables in the data source file

ここに画像の説明を入力

ここで何が間違っていますか？ディメンション テーブルがファクト テーブルと多対 1 の関係を維持しているにもかかわらず、このエラーが発生するのはなぜですか? ご意見をお聞かせください。

4

2 に答える 2

0

ここでマークを完全に見逃している可能性があります (SSAS を使用したデータ マイニングはあまり行っていません) が、ネストされたテーブルが多対多リレーションシップの "多" 側であることがわかります。ネストされたテーブルに関する MSDN の記事から、「Products」テーブルが「Customer」テーブルにネストされていることが示されています。これは、各顧客が多くの製品を持つことができるためです。

ここに画像の説明を入力

この図では、親テーブルである最初のテーブルに顧客に関する情報が含まれており、各顧客の一意の識別子が関連付けられています。2 番目のテーブルである子テーブルには、各顧客の購入が含まれています。子テーブルの購入は、一意の識別子である CustomerKey 列によって親テーブルに関連付けられています。図の 3 番目のテーブルは、2 つのテーブルを組み合わせたものです。

入れ子になったテーブルは、ケース テーブルでは、データ型が TABLE の特別な列として表されます。特定のケース行の場合、この種の列には、親テーブルに関連する子テーブルから選択された行が含まれます。

したがって、ネストされたテーブルはあなたが求めているものではないようです-残念ながら、適切なアプローチを推奨するSSAデータマイニングツールに精通していません(それらを切り替えてDimStatusテーブルをケーステーブルにしFact_CustomerComplaints、ネストされたテーブルが機能しない限り)あなたの状況で。）

于 2016-06-02T22:15:57.053 に答える