数据库设计 – 文章，博客文章，照片，故事
我正在为一个网站设计一个数据库，这个数据库至少有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}
