二级评论表的数据库设计

评论表（tbl_comment）设计如下：

回复表（tbl_reply）设计如下：

回复表添加了一个 comment_id 字段来表示该回复挂在的根评论 id，这样设计也是出于性能方面的考虑，我们可以直接通过评论 id 一次性的找出该评论下的所有回复，然后通过程序来编排回复的显示结构。 通过适当的冗余来提高性能也是常用的优化手段之一。

reply_type：表示回复的类型，因为回复可以是针对评论的回复（comment），也可以是针对回复的回复（reply）， 通过这个字段来区分两种情景。

reply_id：表示回复目标的 id，如果 reply_type 是 comment 的话，那么 reply_id ＝ commit_id，如果 reply_type 是 reply 的话，这表示这条回复的父回复。

由于二级评论一般是 “A @ B” 的形式，所以存下 from_uid 和 to_uid 可以省去关联查询。

多级评论表也是同一个设计，不过要嵌套比较深，一般没有那个必要。现在网上最常见的还是二级评论。

数据库设计的基本步骤：

1、系统需求分析与设计。

2、概念结构分析与设计。

3、逻辑结构分析与设计。

4、物理结构分析与设计。

5、系统实施。

6、系统维护。

扩展资料：

数据库设计技巧：

1、原始文件与实体的关系

它可以是一对一，一对多，多对多的关系。一般来说，它们是一对一的关系：一个原始文档只对应于一个实体。在特殊情况下，它们可以是一对多或多对一关系，即一个原始文档对应于多个实体，或者多个原始文档对应于一个实体。

这里的实体可以理解为基本表。在对应关系明确后，对输入接口的设计非常有利。

2、主键和外键

一般来说，实体不能既没有主键也没有外键。在E－R图中，叶中的实体可以定义主键或不定义主键（因为它没有子代），但它必须有外键（因为它有父项）。

主键和外键的设计在全局数据库的设计中起着重要的作用。当全球数据库的设计完成后，一位美国数据库设计专家说：“钥匙无处不在，只有钥匙。”。这是他数据库设计的经验，也体现了他对信息系统核心（数据模型）高度抽象的理念。

因为：主键是一个高度抽象的实体。主键和外键的配对表示实体之间的连接。

3、基本表的属性

基本表不同于中间表和临时表，因为它具有以下四个特点：

原子性。基本表中的字段不可分解。

原始主义。基本表中的记录是原始数据（基本数据）的记录。

演绎的。所有输出数据都可以从基本表和代码表中的数据导出。

稳定。基本表的结构比较稳定，表中的记录要长期保存。

在了解基本表的性质之后，在设计数据库时，可以将基本表与中间表和临时表区分开来。

参考资料来源：百度百科-数据库设计

---