問題タブ [entity-relationship-model]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - エンティティ関係図: カーディナリティについて
ER ダイアグラムのカーディナリティについて頭を悩ませています。混乱している場所を説明するのに役立つ例をリンクしています。 http://www.postgresqltutorial.com/download/dvd-rental-er-diagram/#
質問 1: Customer と Rental の間のカーディナリティは 0:1 です。つまり、顧客はゼロまたは 1 つのレンタルを取り出すことができます。私は、顧客が 1 つまたは複数のレンタル (1:*) を利用できると考えていました。顧客は多くのレンタルを取ることができました。
質問 2: スタッフと支払いの関係についても。スタッフから支払いまでのカーディナリティは 0:1 です。レンタル取引には支払いが必要なので、スタッフが少なくとも1回の支払いを行うと思っていたでしょう。そして逆に(1回の支払いは1回限りの支払いで行うことができます):これを明確にするために、論理的には、支払いは一度に1人だけが行う取引なのでしょうか?
sql - マトリックス図を使用したエンティティ関係図の作成に関する懸念事項
私は現在、オンラインの Oracle Academy データベース設計コースに登録しています。このコースでは、マトリックス ダイアグラムの使用法を簡単に掘り下げて、考えられるすべてのリレーションシップがエンティティ リレーションシップ ダイアグラムでカバーされていることを確認します。
次の練習問題がコースから提供され、ランナー、レースの都市、レースの種類、ランニング イベントの 4 つのエンティティのマトリックス図を完成させるように指示されました。
以下は、コースから提供されたソリューションです。
同じ問題に対して、次の代替ソリューションを見つけることができました。 私の懸念は、これら 2 つの ERD が互いにどれほど根本的に異なるかということです。マトリックス ダイアグラムのすべてのボックスを埋めたり、最初のソリューションに似た何かを実行したりして、できるだけ多くの関係を考え出すことをお勧めします。それとも、現在の状況と ERD を作成しているビジネスのニーズに基づいて処理する必要がある問題ですか?