エンティティリレーションシップダイアグラム - 多重度

Question

私はERダイアグラムの多重性について多読しました。それぞれの要件が何であるかを理解していると思いますが、インターネットや教科書で自己勉強しているので、私が間違いを犯した場所を見てください。

これに関するフィードバックは高く評価されます。

シネマ - 名前、場所、連絡先リストを持つ複数のシネマコンプレックスがあります。

劇場 - 各映画館に4つあります。 2つのタイプがあり、それぞれがスクリーン番号で識別されます。

座席 - 各劇場の多くの座席は、行番号、座席番号、座席の種類（快適さ）によって決まります。

購入 - チケットは映画館で購入する必要があります。これには、スクリーニング日時、座席番号が含まれます。

メンバー - メンバーは名前とメールで定義されます。

サインアップ - 多くのメンバーが、選択した映画館で割引の有無にかかわらずサインアップします。

Answer 1

毎の「エンティティリレーションシップモデルに向けてデータの統合ビュー」、エンティティタイプボックスと関係タイプのダイヤモンドの間チェンERDラインは、関係タイプでエンティティタイプの参加を表します。関係タイプへの方向はありません。リレーションシップタイプの自然言語（またはwff）式（または名前）にエンティティタイプの順序がありますが、ERDには矢印で示されていません。 （無益である「た」。あなたは2、isSeatWithinTheatre & isTheatreWithinCinemaComplexを持っているの「内」のようなものを意味する。）

矢印は「別の1つのエンティティタイプの存在依存性」を表現しています。

Chen ERDには、1行に1つの番号（または範囲）があります。これは、「関係セットで許可される各エンティティセット内のエンティティの数」を示します。

PSあなたのERDによると、CinemaComplexには関連商品がありますが、CinemaComplexSellsMerchandiseの関係があるはずです。

PPSお客様のERDをテキストでご記入ください。すべてのボックス&ダイヤモンドは、PK、各ボックス、楕円形&の参加者が属性を取得すると、すべての行がFKを取得してテーブルを取得します。悲しいことに、ERDのプレゼンテーションは、エンティティではなく関係タイプの属性をPKの一部として許可することについて、一般的に漠然としています。