基本上，我想创建一个评论系统，其中 cmets 可能有也是 cmets 的父母，但我也希望他们可能有可能是其他东西的父母，例如用户或产品（即，我希望能够对产品、用户、其他 cmets 或几乎任何资源发表评论）
我该怎么做？
当前表格：
标签、产品、用户、cmets
编辑 - 这将是一个流量较高的网站，所以我不能让它做各种疯狂:-)
【问题讨论】：
标签： sql-server database-design
您想对产品、用户、评论等进行 cmet 吗？ 或者找到评论所指的产品、用户、评论等？
对于前者，我会使用表格将事物与它们的 cmets 关联起来：
create table join_products_comments (
product_id int (unique, i.e., one thread of comments per product),
comment_thread_id int
);
create table join_users_comments (
user_id int (unique, i.e., one thread of comments per user),
comment_thread_id int
);
comment_thread 只是对每个评论引用的线程的引用：
create table comment_threads (
thread_id int (PK),
thread_name nvarchar2(256),
created datetime
);
create table comments (
comment_id int (PK),
comment_thread_id int (FK),
parent_comment_id int (FK),
user_id int (FK), -- person who posted the comment
comment text,
created datetime
);
因此，系统中的每个可评论实体都会有一个连接表和一个评论线程，等待热切的用户添加 cmets。或者，您可以直接链接到根评论，而不使用这种间接方式。
【讨论】：
您最好的选择是将 cmets 与目标隔离开来。比如……
comment:
comment_id (PK),
user_id (FK),
date,
comment,
parent_comment_id (FK)
然后像...这样的表格
product_comment:
product_comment_id (PK),
product_id (FK),
comment_id (FK, unique)
只有根 cmets（没有父级）会有一行。这将允许您仍然保持强大的外键架构，并且仍然只能将评论与一个产品相关联。
【讨论】：
我的尝试：
CREATE TABLE Comment
(
CommentID INT NOT NULL IDENTITY(1,1) PRIMARY KEY
,CommentValue VARCHAR(5000) NOT NULL
,CommentParentCommentID INT NULL --fk to self
,CommentParentTagID INT NULL --fk to Tags
,CommentParentProductID INT NULL --fk to Parents
,CommentParentUserID INT NULL --fk to Users
)
这将允许您使用索引找到它们，而不会浪费太多存储空间
【讨论】：
也许
CREATE TABLE comment (
id INT PK,
parent_comment INT NULL FK,
content TEXT,
table_source VARCHAR(30), -- SYSNAME,
row_source INT,
)
在 table_source 中您将保存表源（产品、用户等），在 row_source 中保存评论所指向的行的 id。
【讨论】：