Database UML中的继承与ERD有什么关系？

我为一个系统创建了一个类图，现在我必须将它建模成一个真实的系统。这意味着将其转换为数据库

现在有一个基类，它只有几个属性，但有许多类继承自它。现在，我的转换清单上说，我必须为每个类创建一个表

我不知道如何处理继承，我可以看到关联是通过PK和FK完成的，但是子类呢

有没有什么文章可以处理这个问题，或者有没有人可以向我解释

---

提前感谢，

通常，在设计实际类图时，您会并行地设计数据模型（数据库表/PK/FK等）。在识别所有cadidate类和每个类的依赖关系之后，您可能会继续使用设计序列图。此时，您的数据模型应该已经完成

---

我无法理解您的情况，但我认为您遵循的流程对我来说似乎是个坏主意。

不要再胡说八道了-保持简单。它只是徒劳无益的重复。微软或Sun是否发布了用于网络或Java的UML。。。忘了这个奇怪的例子，这些框架中的大多数都没有任何正式的UML。

将类层次结构转换为关系表有三种选择： -仅为超类创建一个表（子类的所有属性和关联都会移动到与该超类对应的表中，并可能采用空值） -仅为子类创建表：超类的所有属性和关联都在每个子类中重复 -为超类和每个子类创建表。在这种情况下，子类的PK与超类位于同一个表a FK（这确保子类表中的所有标识符都对应于超类表中的现有标识符。两个表之间的连接允许恢复元素的完整信息）

最佳策略取决于问题（例如，每个类中的属性数、层次结构中的级别数、层次结构是否不相交等）

如果您想查看一些示例，可以将层次结构上载到UMLtoDB在线服务

查看：