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