2017-08-16 13 views
0

。顧客は組織または会社であり、連絡先は組織または会社のすべての個人連絡先です。データウェアハウスのディメンションデザイン、顧客との接触

私は、スター・スキーマに準拠するようにしようとしていますし、それが単一の次元への顧客との接点を結合することは理にかなっている場合、私は思っていました。それは、次元のその会社の連絡先のグループごとに同じ顧客番号が繰り返されることを意味し、キューブを構築するときに問題が発生するかどうかはわかりません。

は、彼らの特性与えられたこれらを組み合わせることをお勧めしますか?そして、このデザインのキューブで心配する必要のある問題はありますか?

ありがとうございます。

答えて

1

あなたは、おそらく別の次元として顧客との接触を維持する必要があります。

あなたのビジネスについての詳細は何も知らず、私の気持ちは、あなただけの顧客を伴う事実を持っていそうだということです。たとえば、これをContact-> Customerの階層として実装しようとすると、予算や予測などの事実やおそらくは命令で問題が発生します。

+0

誰かが注文が顧客番号と注文接触に基づいて発注を行います。ほとんどの場合、顧客番号のみに基づいてデータを要約しますが、場合によっては、連絡先の収益を調べて、どのコンタクトが他のコンタクトよりも優れているかを確認します。上記の詳細を考えれば、連絡先を含む階層を持つ顧客のディミングテーブルは意味をなさないでしょうか?ありがとうございました。 – user7593937

+0

私はあなたにもっと良い答えを与えることができればいいと思うが、 "それは依存する"それは階層構造なのか、それとも二次元的なのかはかなり共通の話題です。一つの良い議論はhttps://blog.oraylis.de/2012/08/one-or-two-dimensions/です。個人的には、私はまだ2次元としてモデル化しています。なぜなら、私はあなたの注文の事実よりも広範に考えているからです。そして、連絡先とは別の顧客が欲しい将来のケースがあると思います。また、顧客間で連絡先が移動するケースもありますか?連絡先のライフタイム値を追跡することは、将来の要件として浮上する可能性があります。 –

+0

あなたの洞察をいただきありがとうございます、私はそれを感謝します。 – user7593937

関連する問題