ER图建模中弱实体的专业化

Question

我做ERD已经有好几次了，但是，我现在遇到了一个独特的案例：*

1. 每个帐户都可以执行注册
2. 每个注册都需要验收期
3. 每个Registration至少需要一个程序或更多
4. Registration，的2种注册、UUI注册和SEMAS UI注册。Registration可以是UUI注册，也可以是SEMAS UI注册，但不能两者兼而有之(不相交)
5. SEMAS UI Registrasion必须是SEMAS S1注册、SEMAS S2注册或SEMAS S3 Registration (不相交)。
6. UUI注册和SEMAS S1注册记录注册人Prior
7. SEMAS S2注册和SEMAS S3注册记录注册人Prior University

从描述中我们知道，Registration是一个弱实体，因为没有帐户、验收期和Program，它就不可能存在。但是Registration在这里有专门化。

所以问题是：

1. 是否允许我将Registration的子类UUI注册和SEMAS UI注册建模，这是一个弱实体？
2. 如果允许的话，我该如何建模呢？也是弱者还是强者？

谢谢你的帮助！

*忽略属性

Answer 1

虽然弱实体集对其父实体集具有存在依赖关系，但存在依赖关系并不自动意味着实体集是弱实体集。一个常规的实体集可以被要求完全参与一个关系，这类似地强加了一个存在依赖。

要识别弱实体集，请查看它们是如何识别的。弱实体集的标识/主键将是其父键标识/主键的超集。

没有限制来阻止弱实体集具有子类型。但是，我还没有看到任何如何在ER图上表示它们的示例。我倾向于以与其父实体集(即弱实体集)相同的方式绘制它们，因为它们具有相同的身份。另一个原因是，在经典ER (在EER符号之前用于子类型)中，表示子类型的唯一方法是作为一个弱实体集来表示，而没有弱键。