これは、写真のテキストで説明されているこの関係を表す正しい方法ですか? これは最小/最大表記です
質問する
550 次
1 に答える
0
ここには文脈の大きな欠如があります。私はただやみくもに答えを蹴ります。
多くの場合、データのモデリング中、注文は通常、イベントと見なされます。「Bugel カード」とは正確にはわかりませんが、それが名詞などのアイデンティティの名前であり、保存する必要があるプロパティ/属性がある場合、それが顧客であると思われるため、2 つのカードがあります。リレーションシップを持つエンティティ: Customer エンティティ、および Bugel Card エンティティ。結果として生じる接続/関係/リンクが Order イベントを形成します。
注文で、顧客が常に少なくとも 1 つの「ブゲル カード」を使用し、それを超えない場合、顧客とブゲル カード エンティティ間のカーディナリティ (min max に従う) は、両側で (1,1) になります。 . リレーションシップ (1,1) の場合、エンティティ間のリレーションシップをどちら側に設定するか、つまり外部キーをどこに配置するか (概念モデルを分解した後) は、データ モデラーの裁量に委ねられます。将来的に関係が「多」になる可能性がある側に外部キーを残すことを常にお勧めします。
ここでコンテキストをもう少し改善できれば、より正確な（より正確な）回答を提供できます。覚えておいてください：
完全なコンテキストなしでデータをモデル化しないでください。概念モデルから始めてエンティティ関係図に進むときは、コンテキストと、非常によく説明されたコンテキストが必要です。完全なコンテキストがなければ、ダイアグラムは存在せず、その結果、データベース スキーマは存在しません (ましてや、使用および管理するシステムは存在しません)。
それ以外は、プロパティ/属性なしでエンティティをモデル化することはできません。それらがなければ、エンティティは何もありません。その分解では作成される列がなく、すぐに永続化されるデータがなくなるためです。モデリング プロセスで後で属性を定義したとしても、自分自身を混乱させたり、何かを忘れたりする可能性があります。これはエラーが発生しやすいものです。
正直なところ、データをモデル化する標準的な方法はありません。ここまで話してきたことは、データ モデリングのヒントにすぎません。何をしたいか、どのようにやりたいかはあなた次第です。
ご質問、またはその他必要なものは、コメントしてください。お手伝いします。
于 2016-03-01T22:15:08.550 に答える