关于新闻的点赞，评论的后台数据库设计（持续补充）

最近项目中碰到了一个需求：对一条新闻实现点赞功能（点赞，取消点赞，是否已点赞）：

       一：一开始是打算在新闻表中用一个字段来记录这条新闻的点赞总数，后面想到假设有很多人对这条新闻进行点赞和取消点赞的操作的话，没做一个操作都要进行一次数据库的读写，会比较消耗性能，所以后面转变了一下思路：设计一张中间表记录下用户id，新闻id，点赞的时候新建一条数据，取消点赞的话就删除一条数据，然后这条新闻的点赞数，是否已点赞（登录用户）就都可以得到了；点赞数的话只要根据新闻id统计下数量即可，是否已点赞：只需根据用户id，新闻id查找是否存在记录即可；我们还可以在中间表中添加一个字段source_type来表示来自哪个终端（web，wechat等），后续就可以统计各个终端的情况了；现在的中间表如下：

新闻点赞表：  id 、repId（新闻id）、userId(用户id)、sourceType（来源终端）；

      二：现在的新闻一般下面都会有网友的评论，虽然项目暂时还无需实现这样的要求，但是我们也可以来思考一下。按照上面点赞功能的思路，评论是不是也可以借鉴一下呢？可能我们会想再加一个关联表：

评论表： id 、repId（新闻id）、userId(用户id)、sourceType（来源终端）、content（评论内容）、createDate（创建时间）、updateDate（修改时间）；

      这样的话我们就可以实现功能：根据repId获取某条新闻的全部平论、显示评论的时间等；

     三：我们在今日头条上看新闻的时候会发现评论也是可以点赞的，那我们就再思考一下，有同学会想和上面的新闻点赞表一样再加个评论点赞表，这样的话其实有些多余，我们可以将原有的新闻点赞表改造一下，添加一个点赞资源类型resourceType（用于表示点赞的是哪类资源，比如新闻、评论），然后还需要再加一个resourceId用来表示具体那条资源，完整表结构如下：

资源点赞表： id 、resourceType（资源类型）、resourceId（资源id）、userId(用户id)、sourceFrom（来源终端）；

    四：同样类比今日头条，网友可以对评论进行回复，每条评论都有被回复的总数等功能（例如：“xxx回复了xxx：xxxxxxx”），该如何实现呢？

  还是通过改造评论表，可以添加一个回复给哪条评论的字段replyTo，其值是被回复的评论的id；最外层的评论（类似组织机构）的replyTo字段设置为0即      可；这样通过sql就可以统计出某条评论的回复数，然后关联用户表即可实现xxx恢复了xxx；改造后的评论表如下：

评论表： id 、repId（新闻id）、replyTo（回复给哪条评论的id）、userId(用户id)、sourceType（来源终端）、content（评论内容）、createDate（创建时间）、updateDate（修改时间）；

 

转载于:https://my.oschina.net/u/3734816/blog/3039255