如何有效地对数据库中的继承建模？

Question

如何有效地对数据库中的继承建模？

在数据库中建模继承的最佳实践是什么？

什么是权衡(例如可查询性)？

(我对SQL Server和.NET最感兴趣，但我也想了解其他平台是如何解决这个问题的。)

Answer 1

正如BradWilson提到的，TPT、TPH和TPC模式是你走的路。但有几个注意到：从基类继承的子类可以看作是数据库中基类定义的弱实体，这意味着它们依赖于它们的基类，没有它就不可能存在。我见过很多次，为每个子表存储唯一的ID，同时也将FK保存在父表中。一个FK就足够了，它更好的是为子表和基表之间的FK关系启用ON-DELETE级联。在TPT中，只看到基表记录，就无法找到记录所代表的子类。这有时是必要的，当您想要加载所有记录的列表时(不需要这样做)。 select 在每个孩子的桌子上)。处理这一问题的一种方法是有一列表示子类的类型(类似于TPH中的rowType字段)，因此以某种方式混合了TPT和TPH。假设我们想要设计一个包含以下形状类图的数据库：public class Shape {int id;Color color;Thickness thickness;//other fields}public class Rectangle : Shape {Point topLeft;Point bottomRight;}public class Circle : Shape {Point center;int radius;}以上类的数据库设计可以如下所示：table Shape-----------int id; (PK)int color;int thichkness;int rowType; (0 = Rectangle, 1 = Circle, 2 = ...)table Rectangle----------int ShapeID; (FK on delete cascade)int topLeftX;int topLeftY;int bottomRightX;int bottomRightY;table Circle----------int ShapeID; (FK on delete cascade)  int centerX;int center;int radius;