2017-03-07 27 views
0

私は関係の1つについて混乱しているERモデルを作ろうとしています。私はorder_id、注文の総価格などの属性の束を持っているorderと呼ばれるエンティティを持って、私はorder_id、product_id、数量、価格をキャプチャする注文詳細の別のテーブルにこの注文の詳細を格納したいとします。この第2のテーブルは、消費者が特定の注文についての詳細を見ることを可能にする。大規模な調査の後、私はまだ2つのクエリを持っています。彼らと一緒に私を助けてください: a)詳細を注文すると、図の順序エンティティが自己参照されますか?私は、その注文の詳細は弱い実体になるだろう。 b)エンティティは他のエンティティと3以上のバイナリ関係を持つことを許可されていますか?あなたの説明に基づいてERモデリングの自己関係

答えて

0

は、私は、このERモデルをスケッチ:

order detail ER diagram

の詳細は自己ER図で注文エンティティを参照することが注文するのでしょうか? order detail以来

は、orderと同じものではありませんどのように一つの「自己参照」他のことができますか?

私はそれが弱いエンティティとなる注文を得る。

必ずしもそうである必要はありません。上記の私の図では、order detailは関係です。私たちはそうのような弱いエンティティとしてそれを扱うことができる:

order details ER diagram 2

弱いエンティティが弱いキーを(それ以外の場合は、サブタイプに削減)が必要ですので、私はline item #属性を追加しました。明らかに、このモデルは少しの利益のために、前のモデルより少し複雑です。

エンティティは他のエンティティと3以上のバイナリ関係を持つことができますか?

はい、エンティティが関与することができる(バイナリまたは他の)関係の数に制限がない。