问数据库设计，关联实体
EN

Software Engineering用户

提问于 2022-01-30 12:55:41

回答 1查看 150关注 0票数 1

我正在学习数据库，我正在设计一个基于简单银行流程的ERD。我不确定我对实体关系图的设计是否正确。

思维过程

客户可以打开1 : N帐户，n个帐户可以由单个客户N : 1打开。银行可以向客户提供贷款，贷款可以提供并与拥有银行账户的单个客户相关联。

N贷款可以有许多贷款支付N: M。N个帐户可以与N : M贷款相关联，n个贷款只能与N个帐户相关联。单个帐户可以有多个事务1 : M，许多事务是由单个帐户M : 1创建的。

摘要

我不确定我的思维过程是否完全正确。我仍然怀疑贷款是一个联合的实体，如果贷款支付是完全必要的。我相信，它解决了客户之间的多对多关系，和帐务表.

我创建贷款支付表的唯一原因是将表规范化为2NF。在实体和关系设计方面，这是否是一个好办法.？

问题

你认为有什么设计缺陷吗？
在我的设计中有什么可以改进的吗？
我能再加点别的东西来改进它吗？

database

database-design

relational-database

回答 1

Software Engineering用户

发布于 2022-01-30 14:52:12

客户和贷款之间的关系是多余的，因为它已经通过关系客户->帐户->贷款来定义。
存在矛盾:关系型客户->贷款表明客户可以有0种贷款。但另一方面，客户至少有一个帐户，每个帐户至少有一个贷款。因此，客户至少有一笔贷款。
在您的模型中，客户至少有一个帐户。在您的特定情况下，如果不知道需求，就不可能说这是否正确。但在现实世界中，可以有没有账户的客户。
在您的模型中，每个帐户至少有一个贷款。再次，如果这是你的要求，它是好的。但在现实世界里，你不必有贷款才能有账户。
在您的模型中，每个贷款至少有一次付款。在现实世界里，这不是真的。首先创建一个贷款实体。然后，它可能需要几个月或一年，直到第一次付款完成。
在您的模型中，每个帐户至少有一个事务。在现实世界里，这不是真的。帐户也可以不进行任何交易而存在。
在您的模型中，贷款可以与多个帐户相关。在现实世界中，贷款通常与单一账户有关。
你的图表上的措辞有误导性。“客户开户”意味着这种关系只在特定的时刻有重要意义。但一般情况下，这种关系存在较长时间。最好是“拥有”、“拥有”或类似的词。
“向客户提供贷款”-“提供”一词也具有误导性。这意味着过去发生了一些事情。通常情况下，这种关系存在的时间相对较长。此外，如果客户已经接受或不接受报价，“要约”不会告诉任何信息。再说一次，这是误导。最好是“有”。
关系帐户->交易中的"Make“一词具有误导性。你的意思是“账户进行交易”吗？这将是不正确的。最好是像“变了”这样的词。
单词“有”在关系中“贷款->贷款支付”是不错的，但它暗示了一些静态的东西。但在现实中，随着时间的推移，支付越来越多。最好是“由”、“由”、“补偿”或类似的词。