评论系统设计

Question

这是我当前的评论系统设计：

我正在为一个有很多区域的网站开发它，博客，教程，手册等。正如应该为每个（tblBlogComments，tblTutorialComments）等开发一个单独的评论表，我试图采用一个结构适合所有人 方法。

这样，我可以将评论系统变成一个 Web 控件，然后将其放在我想要评论的任何页面上。这意味着我只有一套规则、一套代码文件需要维护。

唯一的问题是，想出一种“好”的方法来确定属于哪个部分（博客/教程/手册）。

例如，一种解决方案是：

tblComment
-------------
Section (int)
SectionIdentifier (int)

其中“Section”映射到网站每个部分的唯一 ID，EG：

Blog = 1
Articles = 2
Tutorials = 3
...

SectionIdentifier 是该页面的某种唯一 ID ，例如：

ViewBlog.aspx?ID=5

是对博客条目编号 5 的评论。

这将是第 1 节，标识符 5。因此，现在，带有 Section = 1、SectionIdentifier = 5 的评论意味着这 作品很好，但代价是可维护性和坚固的结构，因为 SectionIdentifier 是匿名的，无法建立任何关系。

这个设计可以吗，或者有更好的解决方案（即某种用于评论的父表？）

Answer 1

在 Codd 最初设计的关系模型中，外键可以引用不同表中的多个主键，并且如果任何一个表包含该值，则引用完整性有效。

不幸的是，正如您所指出的，SQL 是最初愿景的苍白反映，因为它不提供这种能力。

一个标准的解决方法是创建一种新的关系，该关系掌握着所有其他关系的关键。但在这种情况下，这不是一个很好的解决方案，因为如果同时发生大量插入，就会产生争论点。

我处理这个问题的方法是创建一个值（我们称之为注释锚），您可以将其放入每个有注释的表中。该值（与精心设计的数据库中的所有其他键不同）应该是 GUID。然后每个评论都可以有一个 Comment-Anchor 来指示它所引用的值。

通过使其成为 GUID，您始终可以在博客或教程等中插入唯一值，而不会发生争用。您不必在任何地方维护评论锚点的主列表，并且没有任何部分与任何其他部分竞争或被任何其他部分阻止。

例如，这对于查找单个博客条目的所有评论的正常用例非常有效。换句话说，从评论到正在评论的事物，您可以在评论表中放置一个标志来标识正在引用哪个表，但我不会这样做。我会搜索所有的表，也许有一个视图或其他东西。反向查询非常罕见，我认为维护它的基础设施没有太多意义，而且标志将是冗余数据，这是 RDBMS 的祸根。

该系统的另一个好处是它易于扩展。如果您创建新类型的数据，或决定向现有数据类型添加注释，则只需将 Comment-Anchor 列添加到表中。数据库端不需要做任何额外的工作。即使处理注释的中间件部分也不需要以任何方式进行修改，因为它不知道什么样的事物需要注释。

Answer 2

对于表设计，我会尽可能接近本例中的类结构。根据您所说的，这就是它的样子（大致）：

Section <- Post <- Comment

因此，您将拥有：

1. 一个部分表（例如博客、文章、教程）等）
2. 一个帖子表（用于每个部分中的各个帖子）
3. 一个评论表（用于每个帖子的评论）

每个帖子都会有对其所在部分的引用，并且每个评论都会有对其帖子的引用。数据库可以将引用作为良好、干净的外键，并且类可以根据应用程序的需要在关系的一侧或两侧都有列表。

对我来说，这似乎是一个很好、简单、灵活的结构，它不会使事情变得复杂，并且仍然允许您挂起额外的内容，例如编辑和投票。

Answer 3

我会避免创建一个 id 列，该列根据同一个表中的另一列定义不同的关系。例如，在您的示例中，SectionIdentifier 可以表示任意数量的外键引用，具体取决于 Section 的值。这让我从一般原则上被排除在外。它还保留了现代 RDBMS 平台的一些优点，因为它不受支持。

这些不同部分的总体架构是如何布局的？我使用过一些 CMS，它们要求每个部分共享一个公共基本实体，将其称为“模块”或“插件”。给定模块的每个实例都有自己的 id，用于映射到该特定实例所需的任何内容。

如果这对您来说是可行的架构方向，您还可以使用该 ModuleInstanceID 作为评论的外键。您只需决定如何将给定类型的模块/插件注册为有效的注释目标。

不管怎样，你能透露一下你的各个部分是如何在引擎盖下组合在一起的吗？

Answer 4

看来是这样。您的评论系统由多种评论组成（tblBlogComments、tblTutorialComments...等）。我建议你采用策略设计模式。

这么说吧。您有一个 IComment 界面。所有类型的评论类都实现了 IComment 接口。

interface IComment
{
    int ID {get; set; }
    int Section  {get; set; }
    ....
}

class BlogComment : IComment
{
    ....
}

class TutorialComment : IComment
{
    ....
}

和一个只知道如何处理 IComment 的 WebControl

class WebControl
{
    IComment _comment = null;

    public WebControl(IComment comment)
    {
        _comment = comment;
    }
}

当然，您需要一个 CommentCreater 来从数据库加载评论数据并构建评论对象。

public static void main()
{
    var creater = new CommentCreater();
    IComment comment1 = creater.CreateBlogComment()
    WebControl webcontrol = new WebControl(comment1);
    ......

    IComment comment2 = creater.CreateTutorialComment()
    webcontrol = new WebControl(comment2);
    ........
}

这样您的 Web 控件就可以以相同的方式处理所有类型的评论。不管具体是什么样的评论。您也可以只维护CommentCreater来正确构建各种评论类。