二、开始设计掘金式场景的数据库: 开头还是给上一样的一张图: 虽然把掘金式场景设计成三种子场景,但是只有两种内容,即评论与回复,所以我们设计成两个表就好了,一个评论表,一个回复表。 1.分析评论表需要的字段:# 开头贴图: 1.1、从上面的评论的图示我们可以看到需要展示的数据有6个,实际上3的数据是掘金自定义...
在以评论为主的树形显示情况下,数据库的设计十分灵活,可以使用单表,添加一个parent_id字段来指向父评论,需要嵌套查询。 同时也可以将评论拆分为评论表和回复表,评论挂在各种主题下面,而回复挂在评论下面。 评论表设计如下: 回复表设计: 由于我们拆分了评论和回复,那么评论表就不再需要目标用户字段了,因为评论均是...
3.2 插入数据 接下来,我们可以使用SQL语句向评论表和回复表插入一些示例数据。 INSERTINTOcomment(content,time)VALUES('这是一条评论',NOW());INSERTINTOcomment(content,time)VALUES('另一条评论',NOW());INSERTINTOreply(comment_id,content,time)VALUES(1,'这是对第一条评论的回复',NOW());INSERTINTOreply(...
存储我们使用链表,这样可以一步一步找到最后一条回复,应为一条评论下可能有多人回复,所以存储下一个对象我们使用List来存储(对象数组也行) 先查询last_id为null的数据,last_id为null则说明这是日记的第一层评论。 查询list_id不为null的数据,last_id不为null则说明这是回复。 通过last_id找到对应的评论,回复。
对于 点赞表 ---考虑到 点赞可以对作品进行点赞 也可以对评论进行点赞 设计type 来区分 该点赞类型( type )是针对 作品还是评论 以及后期有可能的需求 回复点赞等等 由于公司没用到redis 直接操作数据库mysql, 一般来说 对于作品或文章来时 点赞与取消赞 是一件很频繁操作的事件 ,这样数据量一大感觉 频繁...
interfaceComment{// 数据库字段id:string;postId:string;parentId:string;fromId:string;content:string;...
一、E-R图 E-R图 二、表结构 用户表(userid,username) 关注表(userid,followerid) 文章表(aid,atitle,useid) 评论表(cid,content,aid) 回复表(rid,reply,cid) 标签表(tid,tname) 文章标签对应表(aid,tid) 用户表users 关注表followers 文章表article ...
数据库设计 分为评论主表和子表。主表存放的是对物品的评论,而子表存放的是对该评论的回复,就是物品 1–n主表 1 – n子表。 主表: SET FOREIGN_KEY_CHECKS=0; -- --- -- Table structure for comments_info -- --- DROP TABLE IF EXISTS `comments...
那就在数据库建一统计表，或者直接在当前信息加一列用来统计，然后js去控制点赞之类的特效跟更新数据库
数据库设计的基本原则:1、把具有同一个主题的数据存储在一个数据表中;2、尽量消除冗余,提高访问数据库的速度;3、设计数据表结构时,应考虑表结构的动态适应性。数据库设计的基本数据库设计的基本原则有哪些 2020-08-11 数据库设计的基本原则有:1、把具有同一个主题的数据存储在一个数据表中;2、尽量消除冗余,...