Sql ERD中弱/关联实体的超类型/子类型

我有一些问题需要回答。要求为大学入学系统建立一个数据库： “申请人可以向5所大学申请，每所大学可以面试申请人，也可以不面试申请人，然后向申请人提出报价。报价可以是有条件的，也可以不是有条件的（有条件的/无条件的），如果要约是有条件的，则存储条件。申请人需要选择他/她希望接受的有条件要约，最多3个。如果在年底满足任何条件，则要约成为无条件要约，则申请人可以接受该条件。”

有几点值得注意：

• 课程工作需要使用一些增强的ER功能，如超类型/子类型
• 无论要约是有条件的还是无条件的，申请人都可以接受要约。我说得对吗
• 在我的ERDs中，应用程序实体是一个弱实体，使用代理密钥，并且对大学ID和申请人ID具有唯一约束

在我的ERD（关于工作）中，有两个版本。ERD_1是我朋友的建议。但我认为，我对ERD_2的研究更准确。我有问题：

• 在应用程序实体中使用代理是否正确？或者使用大学ID和申请人ID的组合是主键
• 应用程序实体是否可以是关联实体？如果是，它可能有一些子类型
• 在ERD_2中，如何显示申请人和报价实体之间的接受关系？如何展现大学与大学之间的关系

---

我将非常感谢您的帮助。

我想不出为什么不能将弱实体分析为子类型（又称子类，又称专门化）。然而，您的两个ERD表明您对您的案例的分析不是专门的。特别是，在您的第一次ERD中，您使用“has”一词来描述申请与面试或录用之间的关系

“Has-a”关系通常不是泛化-专业化关系。“Is-a”关系通常是。示例：汽车是车辆，卡车是车辆

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

---

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

学校作业，说真的？？？是的，是的。任何帮助都将不胜感激。你想知道什么？正如我所说，我想知道一个弱实体是否有一些子类型。如果你看一下要求和我的ERD，我如何在我的ERD中描述“申请人接受录取”和“大学录取”，因为申请人和大学与录取表无关，而与申请有关？