User（用户表）
| 字段 | 描述 |
|---|---|
| id | 主键 |
| phone | 电话号码（用于区分，唯一） |
| username | 用户名 |
| password | 密码 |
Topic（话题表）
| 字段 | 描述 |
|---|---|
| id | 主键 |
| content | 话题内容 |
| likes | 点赞人（使用text做格式） |
| photos | 图片路径 |
| date | 发布时间 |
| from_uid | 发布者id（外键） |
Commet (评论表)
| 字段 | 描述 |
|---|---|
| id | 主键 |
| topic_id | 话题的id （外键） |
| from_uid | 评论用户的id （外键） |
| to_uid | 目标用户id |
| order_id | 用于分类的id(如果当前为所发则相等) |
| content | 评论内容 |
| photos | 图片路径 |
| date | 评论时间 |
Reply (回复表)
| 字段 | 描述 |
|---|---|
| id | 主键 |
| comment_id | 评论id |
| from_uid | 回复用户id |
| to_uid | 目标用户id |
| content | 回复内容 |
| photo | 图片路径 |
| date | 回复时间 |
回复表添加了一个comment_id字段来表示该回复挂在的根评论id，这样设计也是出于性能方面的考虑，我们可以直接通过评论id一次性的找出该评论下的所有回复，然后通过程序来编排回复的显示结构。 通过适当的冗余来提高性能也是常用的优化手段之一。
reply_type：表示回复的类型，因为回复可以是针对评论的回复(comment)，也可以是针对回复的回复(reply)， 通过这个字段来区分两种情景。
reply_id：表示回复目标的id，如果reply_type是comment的话，那么reply_id＝commit_id，如果reply_type是reply的话，这表示这条回复的父回复。
网友评论