Echo 这个项目数据库设计并不复杂,需要我们手动设计的只有四张表:
discuss_post
comment
user
message
解释一下各个字段的含义:
http://localhost:8080/greatecommunity/activation/用户id/激活码
成为该用户的激活链接;在服务器上:http://1.15.127.74/activation/用户id/激活码
成为该用户的激活链接。点击该激活链接则激活用户。激活的逻辑也很简单,就是检查一下这个链接中的用户 id 和激活码是否和数据库中存储的一样。解释一下各个字段的含义:
这个表应该是相对来说最复杂的一张了。因为不仅有评论(对帖子的评论),还有对评论的回复,都放在这一张表里面了。
这张表不仅存储用户之间的私信,也存储系统通知,不同的是,系统通知的 from_id 特定为 1。用于发送系统通知的角色(用户) SYSTEM
已内置。
下面来看私信表的结构:
conservation_id
都是 112_113
。这样,通过这个字段我们就能查出来 112 和 113 之间的私信往来了。当然,这个字段是冗余的,我们可以通过 from_id 和 to_id 推演出来,但是有了这个字段方便后面的查询等操作