1

我正在爲一個公司爲工業安置年度的公司提供應用程序的學生設計一個數據庫。當一個實體看起來擁有2個所有者時,實體可能會很弱

http://i908.photobucket.com/albums/ac286/gegenki/ERModel.png

[請忽略此行是否實線或虛線]

總結

A '學生' 可能會讓許多 '應用程序的

了 '應用程序' 有很多'進度「(Progress記錄存儲申請過程中的每個更新,例如通過第一次面試的日期,第二次面試的日期)

一個「應用」是一個「工作」

A「公司」做可以提供很多「工作的

狀態是一個弱實體,因爲它只能存在於一個特定的應用。 我不知道申請是強大的實體還是弱的實體。 弱實體的主鍵必須引用所有者鍵作爲屬性之一。

但是我現在有量由 StudentID爲應用的關鍵從「學生」實體 和 JobRef從「工作」的實體。 2來自2個不同實體的外鍵。 應用程序可以是弱實體嗎?

我目前的假設是,應用程序是一個強大的身份,因爲使它變弱會給它兩個不明確的所有者。

回答

0

ER模型約定(據我瞭解)是一個實體如果其主鍵的任何子集也是一個外鍵是「弱」的。所以應用程序很薄弱。然而,在關係建模方面,這種區別並不是很重要,幾乎沒有實際的結果。如果你發現弱/強烈的區別有用,那就使用它,但如果不是的話,我不會太擔心它。

+0

謝謝,這對我非常有用。 '如果主鍵的任何子集也是外鍵,則實體是「弱」的。我從實際的角度看待所有的實體,這可以清楚地應用於所有包含外鍵的實體。我認爲它是一個弱身份,因爲它在實踐中很有意義,但從概念上講,所有權問題依然存在。 – Jordan 2011-02-11 01:11:17

相關問題