sql - 涉及弱实体集的一对一关系的数据库模式是什么？

Question

这是我的问题:

“LoanRequest”在获得批准后变为“Loan”。

在这里，将有 2 个表:LoanRequest & Loan

LoanRequest 的关键是

 {RequestDate, Borrower}

考虑到“Loan”是一个弱实体集，Loan 的键应该是 {ApprovalDate, Borrower, RequestDate}，但是键决定了实体的其余属性.那么，这里{RequestDate, Borrower}可以单独判断“Loan”，那为什么{ApprovalDate, Borrower, RequestDate}是key呢？

此外，为什么我们不能认为贷款"is"贷款请求，因为贷款实际上是已批准的贷款请求？

Answer 1

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

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

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