ERチャートをChen表記で描画する場合。 すべての1:N関係は、合計参加制約の二重線で描画されますか? たとえば、1つの請求書に複数の支払いを行うことができます。また、請求書には支払いが行われるため、支払いには請求書番号が必要です。これは1:nの関係を持っているので、これをダイアグラムにどのように入れますか? erd exampleErダイアグラムの1対多リレーションシップ - 参加制約
0
A
答えて
0
いいえ、すべての1:N関係は、多くの側でエンティティセットの完全な参加を必要としません。建物は複数の人を収容することができますが、建物は空になることができ、人々は外に出ることができます。
あなたの例では、すべてPayment
は必ずInvoice
に関連している必要がありますか?その場合は、Payment
の合計参加をReceived
の関係に二重関連行を使用して示します。
二重に表示された菱形は、識別関係を示します。これを使用すると、Payment
はそれ自身の属性ではなく、そのInvoice
と弱いキーによって識別されることを示します。弱いキーは、通常、それ自体ではユニークではないが、親エンティティを細分する役割を果たす序数または役割です。たとえば、Invoices
に数字があり、Payments
が数字Invoice
で識別され、Invoice
の第1、第2または第3の支払いを示すシーケンス番号とともに識別されるモデルを考えます。
弱いエンティティセットは、必然的にその識別関係に完全に参加しますが、総参加は識別関係を意味するものではありません。
は関係なく、1の、またそうIs optionality (mandatory, optional) and participation (total, partial) are same?
関連する問題
- 1. 多対1対1リレーションシップSSAS
- 2. Firebase - 1対多のリレーションシップ&クエリ
- 3. ERダイアグラム
- 4. スウィフト - コアデータの1対多リレーションシップ
- 5. コアデータの1対多リレーションシップ
- 6. エンティティフレームワークコアカスケード削除1対多のリレーションシップ
- 7. ServiceStack OrmLite多対1リレーションシップ
- 8. Powershellと1対多のリレーションシップ/オブジェクト
- 9. ERダイアグラムからリレーショナルスキーマ
- 10. ERダイアグラム:エンティティ→atribute→atribute
- 11. 1対多のリレーションシップを更新する
- 12. 制約付き自己参照EF多対多
- 13. クエリジャンクションテーブル - 多対多リレーションシップ
- 14. SQL多対多リレーションシップ
- 15. djangoで多対1リレーションシップのパフォーマンス
- 16. 1対多のリレーションシップに対する単一のSQL SELECTクエリ
- 17. 1対多のリレーションシップの多くの側のフィルター
- 18. ERダイアグラムをUMLに変換:リレーションシップの属性と2つのリレーションシップセットの管理
- 19. コアデータ、一対多リレーションシップ
- 20. ERダイアグラムの設計疑問
- 21. 多対多リレーションシップのグループオブジェクト
- 22. Symfony2の多対多リレーションシップ
- 23. djangoモデルの多対多リレーションシップ
- 24. 1対多リレーションシップ(スプリングクルドレポジトリを使用)
- 25. Laravel多対多リレーションシップ5テーブル
- 26. 1対1リレーションシップ
- 27. SQLAlchemyの1対多リレーションシップ(1つのテーブルとジョインテーブル)
- 28. PostgreSQLで多対1リレーションシップを追加する方法
- 29. ERダイアグラム設計方法
- 30. Entity Framework多対多カスケード制約
に私の答えを参照してください:NまたはN:私たちが持っているMだけを考えるように、エンティティは、必ずしも他に関連している場合。 –
はい、同じことが三元以上の関係にも適用されます。 M:N:P – reaanb