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”一词来描述应用程序与面试或要约之间的关系。

“有-α”关系通常不是泛化 - 专业化关系。 “是 - 一个”关系通常是。例如：汽车是车辆，卡车是车辆。

当涉及到将用于实现模型的表，列和约束时，存在完全不同的问题。这是一个设计问题，而不是分析问题。

我不太了解你的情况，以便同意或不同意你对你的案例的分析。