gpt4 book ai didi

sql - 数据库设计是否使用子类型?

转载 作者:行者123 更新时间:2023-12-04 10:22:12 25 4
gpt4 key购买 nike

我正在设计的数据库有 3 个主要表:BOOKS , ARTICLES , NOTES .
每本书或每篇文章都可以有多个笔记,我原来的设计就是这样,这意味着书上的笔记和文章的笔记都放在“笔记”表中。以下是 NOTES 的列 table :

  • note_id
  • note_type
  • note_type_id
  • note_content
  • NOTE_TYPE可以是“书”或“文章”; NOTE_TYPE_ID如果note_type 是'book',则是book_id 的FK 如果 note_type 为“文章”,则为文章 ID。

    现在我开始怀疑这是否是正确(或最佳标准化)设计。另一种方法是使用 5 个表

    书籍/文章/笔记/book_notes/article_notes

    这样我就可以分开保存书籍笔记和文章笔记,列就像

    'notes' { note_id, note_content }
    'book_notes' { book_id, note_id }
    'article_notes' { articel_id, note_id }

    哪一个是正确的或更好?

    最佳答案

    也许有点不同的方法 - 当您为每个子类型具有非常特定的列时,通常使用父类(super class)型/子类型,例如具有 Patient 和 Doctor 子类型的 Person 父类(super class)型。 Person 拥有人们共有的所有数据,而 Patient 和 Doctor 为每一列都拥有非常具体的列。在本例中,您的 book_notesarticle_notes并没有那么不同。
    我宁愿考虑将 Book 和 Article 作为子类型的父类(super class)型 Publication 。然后你可以只有一个带有 FK to Publication 的 Note 表。考虑到出版物中的 PK 编号与书籍(文章)的 [PK,FK] 编号相同,您可以在出版物、书籍或文章中加入注释。通过这种方式,您可以通过添加一个新的子类表而不更改任何关于 Note 的内容来简单地添加另一个出版物,例如 Magazine。

    例如:

    TABLE Publication (
    ID (PK)
    , Title
    , -- more columns common to any publication
    )

    TABLE Book (
    ID (PK) = FK to Publication
    , ISBN
    , -- more columns specific to books only
    )

    TABLE Article (
    ID (PK) = FK to Publication
    , -- more columns specific to articles only)

    TABLE Note (
    ID (PK)
    , PublicationID = FK to Publication
    , NoteText
    )
    Book 的主键和 Article表也​​用作 Publication 的外键.

    现在,如果我们添加另一个出版物,杂志:

    TABLE Magazine (
    ID (PK) = FK to Publication
    , -- more columns specific to magazines only
    )

    我们不用修改 Note无论如何——我们只添加了特定于杂志的专栏。

    pub_model_01

    关于sql - 数据库设计是否使用子类型?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1654071/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com