文章,博客文章,照片,故事

我正在为一个网站设计一个数据库,这个网站至少会有4种不同的对象类型(文章,博文,照片,故事),每个对象都有不同的数据需求来保证他们自己的表格。 我们希望用户能够发表任何这些类型的评论。 评论的数据要求很简单,并且与评论所关注的事物的类型无关(即仅仅是评论机构和作者的电子邮件)。

我想避免为注释创建和管理4个以上单独表格的冗余,所以我希望能够在一个表格中保留所有注释,可能需要通过2列指定关系:一个指定父实体,一个指定父实体为父行Id。

但我不明白怎么实现外键,因为外键在2和2表之间建立了关系(对吧?)。

因此,考虑到所有这些,最好的方法是什么?


这是一种为您的应用程序实现超类型/子类型表的方法。

首先是超类型表。 它包含所有子类型共有的所有列。

CREATE TABLE publications (
  pub_id INTEGER NOT NULL PRIMARY KEY,
  pub_type CHAR(1) CHECK (pub_type IN ('A', 'B', 'P', 'S')),
  pub_url VARCHAR(64) NOT NULL UNIQUE,
  CONSTRAINT publications_superkey UNIQUE (pub_id, pub_type)
);

接下来,有几个子类型表。

CREATE TABLE articles (
  pub_id INTEGER NOT NULL,
  pub_type CHAR(1) DEFAULT 'A' CHECK (pub_type = 'A'),
  placeholder CHAR(1) NOT NULL, -- placeholder for other attributes of articles
  PRIMARY KEY (pub_id, pub_type),
  FOREIGN KEY (pub_id, pub_type) REFERENCES publications (pub_id, pub_type)
);

CREATE TABLE stories (
  pub_id INTEGER NOT NULL,
  pub_type CHAR(1) DEFAULT 'S' CHECK (pub_type = 'S'),
  placeholder CHAR(1) NOT NULL, -- placeholder for other attributes of stories
  PRIMARY KEY (pub_id, pub_type),
  FOREIGN KEY (pub_id, pub_type) REFERENCES publications (pub_id, pub_type)
);

这些子类型表中的CHECK()和FOREIGN KEY约束可以防止行引用超类型中错误的行。 它有效地将子类型中的pub_id值分区,确保任何给定的pub_id都可以出现在一个子类型表中。 这就是为什么您需要在一对列{publication.pub_id,publications.pub_type}上使用PRIMARY KEY或NOT NULL UNIQUE约束。

评论表很简单。 鉴于它是所有子类型具有相同的结构,您可以引用超类型。

CREATE TABLE comments (
  pub_id INTEGER NOT NULL REFERENCES publications (pub_id),
  comment_timestamp TIMESTAMP NOT NULL DEFAULT now(),
  commenter_email VARCHAR(10) NOT NULL, -- Only allow people who have 
                                        -- really short email addresses
  comment_text VARCHAR(30) NOT NULL,    -- Keep 'em short!
  PRIMARY KEY (pub_id, comment_timestamp, commenter_email)
);

添加一点数据。

INSERT INTO publications VALUES
(1,'A', 'url 1 goes here'),
(2,'A', 'url 2 goes here'),
(3,'S', 'url 3 goes here');

INSERT INTO articles VALUES
(1,'A', 'A'),
(2,'A', 'B');

INSERT INTO stories VALUES
(3,'S', 'A');

INSERT INTO comments VALUES
(1, now(), 'a@b.com','You''re stupid'),
(1, now(), 'b@c.com', 'You''re stupid, too!');

现在您可以创建一个视图来显示所有文章并解析联接。 你会为每个子类型都做同样的事情。

CREATE VIEW articles_all AS
SELECT P.*, A.placeholder
FROM publications P
INNER JOIN articles A ON (A.pub_id = P.pub_id)

你可能更喜欢像“published_articles”而不是“articles_all”这样的名字。

要选择一篇文章及其所有评论,您可以将这两张表格合并在一起。 (但请参阅下面为什么你可能不会那样做。)

SELECT A.*, C.*
FROM articles_all A
LEFT JOIN comments C ON (A.pub_id = C.pub_id)
WHERE A.pub_id = 1;

你可能不会为Web界面做到这一点,因为dbms将不得不返回文章的'n'个副本,其中'n'等于注释的数量。 但在某些应用程序中这样做确实有意义。 在有意义的应用程序中,每个子类型都使用一个可更新视图,而应用程序代码大部分时间都会使用可更新视图。


超类型/子类型的更常见的业务应用涉及“缔约方”(超类型),“组织”和“个人”(子类型,非正式的公司和人员。地址,如上面示例中的“评论”超类型,因为所有的子类型(组织和个人)都有地址。


您可以在数据库设计中使用超类型/子类型以避免该问题。 为图像,视频,笔记创建超级类型,然后链接到超级类型。 保留超级类型表中的所有常用列。

以下是几个与模型类似的问题/答案的链接:


  • 在我看来,你最好有4个以上的独立表格作评论。 或者你可以加入表格。 所有评论的一张表...例如:博客表,评论表,blog_comment表。 这将允许你有你的外键。

    Blog
    --------
    Blog_id
    {other fields}
    
    Blog_Comment
    --------------
    Blog_id
    Comment_id
    
    
    Comment
    ------------
    Comment_id
    {other fields}
    
    链接地址: http://www.djcxy.com/p/12189.html

    上一篇: articles, blog posts, photos, stories

    下一篇: What does this syntax mean in Keras Dropout(0.5)(X)?