Redis是K-V数据库,没有统一的数据结构,针对不同的功能点设计了不同的K-V存储结构 用户某篇文章的点赞数:使用HashMap数据结构,HashMap中的key为articleId,value为Set,Set中的值为用户ID,即HashMap<String, Set<String>> 用户总的点赞数:使用HashMap数据结构,HashMap中的key为userId,value为String记录总的点...
对于 点赞表 ---考虑到 点赞可以对作品进行点赞 也可以对评论进行点赞 设计type 来区分 该点赞类型( type )是针对 作品还是评论 以及后期有可能的需求 回复点赞等等 由于公司没用到redis 直接操作数据库mysql, 一般来说 对于作品或文章来时 点赞与取消赞 是一件很频繁操作的事件 ,这样数据量一大感觉 频繁...
通过id查询评论信息,aid存的是文章id 使用级联查询uid可以得到用户名 通过先转化为字符串后解析为JSON对象的方式解决数组溢出栈(洗数据) 显示详情界面,将数据渲染到模板 这里采取简写的方式 //将用户结合构造函数Article从article中导入 const { Article } = require('../../model/article'); //将评论集合构造函...
一:一开始是打算在新闻表中用一个字段来记录这条新闻的点赞总数,后面想到假设有很多人对这条新闻进行点赞和取消点赞的操作的话,没做一个操作都要进行一次数据库的读写,会比较消耗性能,所以后面转变了一下思路:设计一张中间表记录下用户id,新闻id,点赞的时候新建一条数据,取消点赞的话就删除一条数据,然后这条...
比如用户看了多久打多少分，分享了打多少分等。还有就是不同的行为也反映了不同程度的喜好。 我们可以...
应用需求类似微博这样,用户发布一条微博,数据分为两类 1、内容:内容、日期、与其用户发布的地理位置等等。这些数据基本没啥变动。应该叫冷数据 2、点赞、评论数等。这些数据频繁变动,应该叫热数据。 我现在的疑问就是:针对这个场景,如何设计数据库? 需要分成两个表吗?一个表读比较多,一个表写比较多,这样分出来...
对数据库模式进行规范化处理,是在数据库设计的“逻辑设计阶段”。数据库的逻辑结构设计就是把概念结构设计阶段设计好的基本实体-关系图转换为与选用的数据库管理系统产品所微信灰度测试“群直播”:支持连麦、评论和点赞 2020-08-31 8月29日消息,日前,有不少微信用户发现,在群聊的工具选项卡中出现了“群直播”的...
那就在数据库建一统计表，或者直接在当前信息加一列用来统计，然后js去控制点赞之类的特效跟更新数据库
量大的时候可能不会用关系型数据库
量大的时候可能不会用关系型数据库