2

这是我的问题：

“LoanRequest”在批准后变为“贷款”。

在此处输入图像描述
在这里，将有 2 个表：LoanRequest & Loan

LoanRequest 的关键是

 {RequestDate, Borrower}

考虑到“贷款”是一个弱实体集，贷款的键应该是{ApprovalDate, Borrower, RequestDate}，但是，键决定了实体的其余属性。那么，在这里，{RequestDate, Borrower}可以单独确定“贷款”，那么为什么应该{ApprovalDate, Borrower, RequestDate}是关键呢？

另外，为什么我们不能认为 Loan “是” LoanRequest，因为 Loan 实际上是批准的贷款请求？
在此处输入图像描述

4

2 回答 2

3

大概这不是（强制性）1-1 关系，因为并非所有贷款请求也是批准的贷款？我希望这种关系是 1 - 0/1。

如果借款人每天只能申请一笔贷款确实是一项业务规则，那么 {Borrower, RequestDate} 似乎是贷款和已批准贷款的候选键。如果 {Borrower, RequestDate} 是候选键，则 {ApprovalDate, Borrower, RequestDate} 不能也是键 - 键必须是不可约的。

写下您打算通过数据模型表示的事实类型和业务规则。在您确定想要图表显示的内容之前，您似乎陷入了 ER 图的局限性。

于 2013-02-26T06:25:50.343 回答
2

你想太多了，这通常会让你走上错误的道路。

  1. 没有批准日期的贷款不存在。那么，借款人和请求日期如何告诉您有关不存在的贷款的任何信息？钥匙的好片子你不觉得吗？

  2. 贷款请求不是贷款，而是请求。它们具有不同的属性，并且在业务中服务于两个不同的目的。

于 2013-02-26T06:26:23.847 回答