数据库表关系的子类型设计
设计数据库模式时,一个关键的考虑因素是确定是否使用子类型。在面向对象编程的上下文中,子类型是从超类型或父类继承属性和方法的派生类。在数据库中,这个概念可以应用于表关系。
在给定的场景中,数据库有三个主要表:BOOKS、ARTICLES 和 注释。每本书或文章可以有多个注释,最初的设计提出了一个 NOTES 表,其中包含一个名为 note_type 的鉴别器列来区分书籍注释和文章注释。然而,这种方法可能会导致数据完整性挑战和冗余。
问题中建议的另一种方法是使用五个表:
这个设计将书籍和文章注释分成不同的表,从而消除了对鉴别器列的需要。虽然这种方法可确保数据完整性,但它也会引入重复,因为书籍和文章都会复制 NOTES 表。
考虑另一种方法:使用带有超类型表的超类型/子类型设计称为 PUBLICATION 和 BOOKS 的子类型表和文章。在这种情况下,PUBLICATION 表将包含书籍和文章共有的列,而子类型表将包含特定于每种类型的列。
PUBLICATION {
以上是对于数据库关系,我应该使用子类型还是带有鉴别器列的单个表?的详细内容。更多信息请关注PHP中文网其他相关文章!