2016-06-01 6 views
2

ファクトテーブルとディメンションテーブルの間に次の関係が設定されています。データマイニング構造を作成しようとすると、私は実際には「TimelyResponse」の確率を予測しようとしているとして、私は、ファクトテーブルのネストされたテーブルとしてディメンション表Dimension_Statusを選択しなければならなかったSQLサーバーのデータツールでネストしたテーブルとしてディメンションテーブルを使用できません

enter image description here

Dimension_Statusテーブルの "IssuedVia"を使用してしかし、そうしようとすると、次のようなエラーが発生します。

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 

enter image description here

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

答えて

0

SSASを使用して大量のデータマイニングを行ったわけではありませんが、ネストしたテーブルには多対多の「多」側があります関係。この図で

enter image description here

、ある最初のテーブルを、各顧客は多くの製品を持つことができるのでMSDN article on Nested Tablesからは、「顧客」テーブルにネストされているものとして、「製品」テーブルを示し顧客に関する の情報を含み、それぞれの顧客に の一意の識別子を関連付けます。 2番目の表、子表には、各顧客の の購入が含まれています。子テーブルの購入は、親テーブルである一意識別子「CustomerKey 」列に関連する です。図の3番目の表は、2つの表を組み合わせたものです。

ネストした表は、表のデータ型を持つ特別な列 としてケース表に表されます。特定のケース行については、 の列には、親テーブル に関する子テーブルの選択された行が含まれています。

ネストした表は、あなたが後にしているものではありませんようにそうに見えます - 残念ながら私は(適切なアプローチをお勧めするSSAデータマイニングツールと十分に慣れていないよ周りにそれらを切り替えてDimStatusテーブル、あなたのケースを作っていない限りテーブルとFact_CustomerComplaintsあなたの状況であなたのネストされたテーブルが動作します。)

+0

私はテーブルを切り替えてみました。私が入力欄を選択して列を予測している状態で、私はこのことをします。私がこのアプローチを取って、ファクト列のキー列を表示しない場合。キー列を選択しないと、私は前に進めることはできません:( – mayooran

+0

列がネストされる必要がありますか?私はあなたが一般的な次元テーブルを得るために入れ子にしなければならないとは思わなかった... – Jeff

+0

基本的には何ですか?ディメンションとファクトテーブルを別々に作成し、サロゲートキーを使用してそれらの間の関係を作成しました。この関係を1対多にマッピングする必要がありました。その列にアクセスするには、SQLデータツールのネストしたテーブルを参照してください。 – mayooran

関連する問題