ERD弱/關聯實體的超類型/子類型

Question

我有一些問題需要回答。要求是建立高考系統的數據庫： 「申請人可能申請5所大學，每所大學可能會或可能不會面試申請人，那麼，作出要約申請的要約可能會或可能而不是是有條件的（有條件的/無條件的），如果報價是有條件的，則存儲條件。申請人需要選擇他/她希望接受的條件報價，最多爲3個。如果滿足任何條件年底之後，要約變得無條件，那麼申請人可以接受那個。「

有一些值得注意的要點：

• 工作的過程需要使用一些增強ER功能，如父/子類型。
• 無論要約是有條件的還是無條件的，申請人都可以接受要約。我對嗎？
• 在我的ERD中，APPLICATION實體是一個弱實體，它使用代理鍵，UNIQUE_CONSTRAINT在University_ID和Applicant_ID上。

在我的ERD（工作）中，有2個版本。 ERD_1是我朋友的建議。但我認爲，我關於ERD_2的工作更準確。我有問題：

• 我正確使用應用程序實體中的代理嗎？或者使用University_ID和Applicant_ID的組合是主鍵？
• APPLICATION應用實體可以是一個關聯實體嗎？如果是這樣，它可能有一些子類型？
• 在ERD_2中，如何顯示APPLICANT和OFFER實體之間的接受關係？以及如何顯示UNIVERSITY和OFFER之間的MAKE關係？

ERD_1
ERD_2
我希望得到任何幫助。

Answer 1

我可以認爲沒有理由爲什麼弱實體不能分析成亞型（又名亞類又稱專業化）。但是，你的兩個ERD表明你對你的案例的分析不是專業化的。尤其是，在您的第一個ERD中，您使用「has」一詞來描述應用程序與面試或要約之間的關係。

「有-α」關係通常不是泛化 - 專業化關係。 「是 - 一個」關係通常是。例如：汽車是車輛，卡車是車輛。

當涉及到將用於實現模型的表，列和約束時，存在完全不同的問題。這是一個設計問題，而不是分析問題。

我不太瞭解你的情況，以便同意或不同意你對你的案例的分析。