2

これが私の問題です：

「LoanRequest」は、承認されると「Loan」になります。

ここに画像の説明を入力
ここには、LoanRequest と Loan の 2 つのテーブルがあります。

LoanRequest のキーは

 {RequestDate, Borrower}

「ローン」が弱いエンティティ セットであることを考慮すると、ローンのキー{ApprovalDate, Borrower, RequestDate}は である必要がありますが、エンティティの残りの属性を決定するのはキーです。では、ここで{RequestDate, Borrower}は「ローン」だけで判断できるのに、なぜそれが{ApprovalDate, Borrower, RequestDate}鍵になるのでしょうか。

また、Loan は実際には承認された融資要求であるため、Loan が「LoanRequest である」と見なせないのはなぜですか?
ここに画像の説明を入力

4

2 に答える 2

3

すべてのローン要求が承認済みローンでもあるわけではないため、おそらくこれは（必須の）1-1の関係ではありませんか？関係は1-0/1だと思います。

借り手が1日に1つのローンしか要求できないことが本当にビジネスルールである場合、{Borrower、RequestDate}はローンと承認されたローンの両方の候補キーであるように見えます。{Borrower、RequestDate}が候補キーである場合、{ApprovalDate、Borrower、RequestDate}もキーにすることはできません。キーは既約でなければなりません。

データモデルで表す予定のファクトタイプとビジネスルールを書き留めます。ダイアグラムに表示したいものを理解する前に、ERダイアグラムの制限に行き詰まっているようです。

于 2013-02-26T06:25:50.343 に答える
2

あなたはこれを考えすぎており、それは通常あなたを間違った道に送ります。

  1. ローンは承認日なしでは存在しません。では、借り手と要求日は、存在しないローンについてどのように教えてくれるのでしょうか。鍵にぴったりの作品だと思いませんか？

  2. ローン要求はローンではなく、その要求です。それらは異なる属性を持ち、ビジネスで2つの異なる目的を果たします。

于 2013-02-26T06:26:23.847 に答える