评论表的创建是否合理??

问题详情

目前在开发一个个人项目,需要涉及到评论内容。于是我设计了一个接口:

图片描述

设计思路:

模仿哔哩哔哩的评论列表,具有时间排序和点赞排序俩种排序方式,默认时间排序,并且评论只展示俩个层级的评论(用户评论文章的是第一层级,reply_top_ID指向文章ID。用户评论用户的是第二层级,reply_top_ID指向用户id:user_ID)。前端传递参数文章ID和currentPage,用户根据该参数获取数据组成数组直接返回给前端。前端进行组成二级循环展示。

关键点:reply_top_ID

有没有更好的设计思路?

百度查阅发现很多答案都要设计俩种表,一个评论表,一个回复表,这种方式很麻烦,无论是插入数据还是查询数据都需要递归俩个表查阅,而且修改维护也麻烦。

阅读 1.9k
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题