其他响应者说了什么,加上下面的子类表的主键。
您的案例看起来像设计模式的一个实例,称为“泛化专业化”,或简称为Gen-Spec。如何使用数据库表对gen-spec进行建模的问题一直出现在SO中。
如果您在诸如Java之类的OOPL中对gen-spec进行建模,则可以使用子类继承工具来为您处理细节。您只需定义一个类来处理通用对象,然后定义一个子类集合,每个类型对应一种特定对象。每个子类都会扩展泛化类。它简单明了。
遗憾的是,关系数据模型没有内置子类继承,据我所知,SQL数据库系统不提供任何此类工具。但你不是运气不好。您可以设计表格以与OOP的类结构平行的方式对gen-spec进行建模。然后,在将新项添加到通用类时,必须安排实现自己的继承机制。细节如下。
类结构相当简单,一个表用于gen类,一个表用于每个spec子类。这是一个很好的例子,来自Martin Fowler的网站。 类表继承。 请注意,在此图中,Cricketer既是子类又是超类。您必须选择在哪些表中使用哪些属性。该图显示了每个表中的一个示例属性。
棘手的细节是如何为这些表定义主键。gen类表以通常的方式获取主键(除非此表是另一种泛化的特化,如Cricketers)。大多数设计师给主键一个标准名称,如“Id”。他们使用自动编号功能填充Id字段。spec类表获得一个主键,可以命名为“Id”,但不使用自动编号功能。相反,每个子类表的主键被约束为引用通用表的主键。这使得每个专用主键成为外键和主键。请注意,在Cricketers的情况下,Id字段将引用Players中的Id字段,但Bowlers中的Id字段将引用Cricketers中的Id字段。
现在,当您添加新项目时,您必须保持参照完整性,这是如何。
首先在gen表中插入一个新行,为主键提供所有属性的数据。自动编号机制生成唯一的主键。接下来,在适当的spec表中插入一个新行,包括其所有属性的数据,包括主键。您使用的主键是刚刚生成的全新主键的副本。这种主键的传播可以称为“穷人的继承”。
现在,当您希望所有通用数据与来自一个子类的所有专用数据一起使用时,您所要做的就是通过公共键将两个表连接起来。与所涉及的子类无关的所有数据都将退出连接。它光滑,简单,快速。