我应该对 2 个不同的父表使用 2 个相同的注释表，使用什么数据库结构

Question

对于我正在开发的应用程序来说，这是一个棘手的设计问题。我的应用程序中有 2 个不同的项目，它们都将使用注释。但我无法决定如何设计我的数据库。

这里有两种可能性。第一个是每个需要评论的表都有一个不同的评论表（规范化方式）：

movies -> movie_comments
articles -> article_comments

我想到的第二种方法是使用通用评论表，然后为评论和电影|文章关系建立多对多关系。例如，

comments

comments_movies (movie_id, comment_id)
comments_articles (article_id, comment_id)

您认为最好的方法是什么？您能否给出一个充分的理由，以便我做出决定。

Answer 1

我个人选择第二个解决方案

comments

comments_movies (movie_id, comment_id)
comments_articles (article_id, comment_id)

，仅在表模型上维护逻辑评论模型要简单得多，例如，当您不想向评论添加某些功能时，您只需执行一次，或者当您不想计算特定用户的评论时更容易，因为在一个表中

当然其他人可以写出将其保留在多个表中的优点，但是您征求了意见，所以这是我的:)

Answer 2

将它们分开的好处是支持变革，而不影响其他实体（电影与文章）的评论。假设针对文章和电影的评论的属性存在差异。否则......

我想可能需要显示一篇文章和一部电影的评论。但如果您想将来为其他实体提供评论功能，合并也将支持。

答案取决于您当前需要什么，以及对您将来想要做什么的最佳猜测。更多细节可以帮助我们知道该提出什么建议。

Answer 3

不存在“最佳”方法，因为这是一个直接的标准化问题：提案要么正确标准化，要么没有正确标准化。

实际上，第一个选项是not Normalized，标准化不完整。您在两个表中具有相同的重复列组，但尚未识别这些列并将其分组到单个表中。

第二个选项是标准化。您已经确定了这一点，并将它们放在一个表中。

• 在逻辑层面上，Movie 和 Comment 之间以及 Article 和 Comment 之间存在多对多关系（不是表格）。逻辑层面的故事结束。

• 在物理级别，其中 n::n 关系作为关联表实现，您有 CommentMovie 和 CommentArticle。

• 随着 Db 的扩展和增长，生活变得简单，因为：

  • 任何与 Movie.PK 为 1::1 的新列都会放置在 Movie

  • 任何与 Article.PK 为 1::1 的新列都会放置在 Article 中

  • 任何与 Comment.PK 为 1::1 的新列都会放置在 Comment 中

  • 任何与 CommentArticle.PK 为 1::1 的新列（关系；PK 如图所示 (ArticleId, CommentId) ）都将放置在 CommentArticle 中。这（向 n::n 关系添加属性）现在将导致表显示在逻辑模型上。

  • 任何与 CommentMovie.PK 为 1::1 的新列（关系；PK 如图所示 (MovieId, CommentId) ）都将放置在 CommentMovie 中。这（向 n::n 关系添加属性）现在将导致表显示在逻辑模型上。

Answer 4

我建议您的第二选择：

movies -> movie_comments -> comments
articles -> article_comments -> comments

一个评论表，两个数据透视表（多对多）。

这会将所有相同的数据保留在一个表中，并且只是松散地链接它们。如果您可以逃脱连接，我通常建议对于不需要扩展的事情这样做，因为连接可能会影响性能，并且在某些情况下会是一场噩梦。但这最适合您的情况。

Answer 5

comment_table
-------------
comment_id (int)
object_id  (int) 
comment    (varchar(max)) 
type       (int)
--------------

object_id 指的是诸如电影、i 文章等对象。

输入等于1：对电影进行评论，
输入等于2：对文章进行评论

您可以像这样设计表格。