这个ER图正确吗？
Is this ER Diagram correct?
我正在尝试创建满足以下要求的实体关系图：
• Each customer has a name, a permanent address, and a social security
number.
• Each customer can have multiple phone numbers, and the same
phone number may be shared by multiple customers.
• A customer can
own multiple accounts, but each account is owned by a single customer.
• Each account has an account number, a type (such as saving,
checking, etc.), and a balance
• The bank issues an account statement
for each account and mails it to its account owner every month. As
time goes on, there will be multiple statements of the same account.
• Each statement has an issued date and a statement ID. All the
statements of the same account have different statement IDs, but two
different accounts could have statements with the same statement ID.
For example, it is possible that account A has a statement with ID
‘123', while account B has another statement with the same ID '123'.
我已经实现了这个：
我有几个问题：
是否可以在任何关系的情况下使用 Min-Max 表示法，或者仅在描述中有指示时使用？
这里正确描述了我的多对多关系吗？
我能正确描述账户、账户报表和报表 ID 之间的关系吗？
根据我的假设，Account Statement 真的是一个弱实体吗？Has 真的是一个依赖于 Statement ID 的弱关系吗？发行日期是弱密钥吗？
- 这个符号对我来说有点奇怪，因为我习惯于将数字放在它们应用的边缘附近（1-N 关系与 N-1 关系不同）。就个人而言，我喜欢总是在关系中指明基数。
- 我有以下意见：
- 一个客户可以拥有多个账户，所以关系的基数是 (1, N)。
- 一个账户可以生成多份账户对账单，所以关系是(1, N)。
我认为您可以将对帐单 ID 作为 AccountStatement 的属性（并且作为 "weak key"），并使用帐号作为复合键的另一个组成部分（因为我看到了吧，AccountStatement有一个复合键，由statement ID和account number组成）。
我认为 AccountStatement 实际上是一个弱实体。在我在 3 中所说的上下文中，我不会将发行日期视为一个键（尽管帐号和发行日期可能是一个复合候选键），并且我会删除 Has 关系和 StatementID 实体，移动AccountStatement 属性的报表 ID。
希望对您有所帮助！
Q1。
是的。它们可以在任何关系的情况下使用。如果描述缺少该信息，并不意味着该信息不存在。
Q2、Q3 和 Q4。
Phone Number 应该是 multi-valued 属性而不是实体。
Statement Id 应该是 Account Statement 的弱键而不是一个实体。当您进行上述更改时，您会发现 Account Statement 应该依赖 Account。
我正在尝试创建满足以下要求的实体关系图：
• Each customer has a name, a permanent address, and a social security number.
• Each customer can have multiple phone numbers, and the same phone number may be shared by multiple customers.
• A customer can own multiple accounts, but each account is owned by a single customer. • Each account has an account number, a type (such as saving, checking, etc.), and a balance
• The bank issues an account statement for each account and mails it to its account owner every month. As time goes on, there will be multiple statements of the same account.
• Each statement has an issued date and a statement ID. All the statements of the same account have different statement IDs, but two different accounts could have statements with the same statement ID. For example, it is possible that account A has a statement with ID ‘123', while account B has another statement with the same ID '123'.
我已经实现了这个：
我有几个问题：
是否可以在任何关系的情况下使用 Min-Max 表示法，或者仅在描述中有指示时使用？
这里正确描述了我的多对多关系吗？
我能正确描述账户、账户报表和报表 ID 之间的关系吗？
根据我的假设，Account Statement 真的是一个弱实体吗？
Has真的是一个依赖于 Statement ID 的弱关系吗？发行日期是弱密钥吗？
- 这个符号对我来说有点奇怪，因为我习惯于将数字放在它们应用的边缘附近（1-N 关系与 N-1 关系不同）。就个人而言，我喜欢总是在关系中指明基数。
- 我有以下意见：
- 一个客户可以拥有多个账户，所以关系的基数是 (1, N)。
- 一个账户可以生成多份账户对账单，所以关系是(1, N)。
我认为您可以将对帐单 ID 作为 AccountStatement 的属性（并且作为 "weak key"），并使用帐号作为复合键的另一个组成部分（因为我看到了吧，AccountStatement有一个复合键，由statement ID和account number组成）。
我认为 AccountStatement 实际上是一个弱实体。在我在 3 中所说的上下文中，我不会将发行日期视为一个键（尽管帐号和发行日期可能是一个复合候选键），并且我会删除 Has 关系和 StatementID 实体，移动AccountStatement 属性的报表 ID。
希望对您有所帮助！
Q1。 是的。它们可以在任何关系的情况下使用。如果描述缺少该信息，并不意味着该信息不存在。
Q2、Q3 和 Q4。
Phone Number 应该是 multi-valued 属性而不是实体。
Statement Id 应该是 Account Statement 的弱键而不是一个实体。当您进行上述更改时，您会发现 Account Statement 应该依赖 Account。