这是一个创建于 201 天前的主题，其中的信息可能已经有所发展或是发生改变。
tg 和飞书都有那种给消息添加 emoji 交互的功能，可以显示有多少人用某个 emoji 附到消息下面 想实现相似的功能，但感觉如果每条新增的 emoji 都按用户 id ，消息 id ，emojiid 这样按行存数据库里会不会比较低效？
11 条回复 • 2024-04-22 09:51:27 +08:00
 |
1
bigfei 201 天前 via Android
JSON format 直接保存在消息的附加属性里，没必要用关系型数据库处理。
|
 |
2
gaobh 201 天前 via iPhone
都是转义成文本，前端渲染的？不太了解这个。不过大部分好像都可以转成[大哭]这种的显示
|
 |
3
IvanLi127 201 天前
没必要开张表存，那个东西基本上只有在显示这条消息时展示，只要你的数据库支持 json 类型，直接在当前消息的记录里存上一个 json 或者子文档就完事了，有人加表情直接操作 json 加数据就行了。
|
|
6
IvanLi127 201 天前
@des 我觉得没啥问题，数据库支持 json 类型的情况下想操作和查询 json 都是有内置函数的。我假设 pg 或 mongo ，其他数据库支持情况我不太熟。
|
 |
7
airyland 201 天前
emoji 操作分表保存不是问题，但汇总数量可以缓存。
|
 |
8
codegenerator 201 天前
如果是客户端可以放单独一列
如果在服务器上，那没有办法 im 消息就是只能每个单独行存 |
 |
9
twing37 201 天前
添加的 reaction 记录是这样的(这样用户可以查看谁添加了该 reaction,支持对应用户的取消,添加操作,数据量多了分页查看即可).但所有 reaction 的统计需要缓存的.为了效率.
|
 |
10
debuggerx 201 天前
@des 你说的情况用 json 完全没问题，但注意说的是数据库的 jsonb 类型，而不是 json 转字符串存储。你可能是以为 1w 个人点击了，读取判断的时候就得返回包含 1w 人数据的 json 字符串，有一个人取消了，就得 update 一个 9999 人数据的 json 字符串？而实际是用 jsonb 类型字段做这个事情，新增和删除都只需要用语句直接更新变化的部分（用||和-操作符），判断某人是不是有 reaction 也只需要用 @>操作符就可以直接拿到，甚至有办法直接对 jsonb 字段的内容做分页，所以不管是代码简洁程度还是效率都很好的。
|
Select Language