高峰只对攀登它而不是仰望它的人来说才有真正意义。

请教一个关于关注列表用户搜索的场景问题

Elasticsearch | 作者 Fisher | 发布于2023年08月17日 | 阅读数:1265

其实场景是就是比如我们微博或者哔站里在我的关注列表里会有一个关注用户的名称检索功能,想了解下这种功能一般业界大佬是怎么做的?

用户昵称和关注关系肯定是不同的业务表,那么如果在es中来实现的时候,是把被关注者 + 被关注者名字 + 关注uid 这样的组合存在索引中来做么?
 
如果是这样小弟有几个问题想一起探讨一下,这样的数据组合里必然会存在一个数据膨胀的问题,如果一个关注很多的up主突然改名,那对应数据里修稿修改的数据行数一定很多,这种问题怎么能更好的处理?

还有一只方式 就是把数据压缩一下,用被关注者 + 被关注者名字 + 关注uid(多个),相当于将对于同一个up主的多个关注uid都存在一个字段里,但是es里单个字段存储的个数也会有上限,对于关注数比较大的记录写入也是个问题?

以上自己自己利用es 的想的两个方案,如果有不当的地方希望大家指出一起来交流一下
已邀请:

zcc_vv - 95

赞同来自:

试试join吧 用户当做父节点,关注关系当做子节点,子节点只需要打一个id就可以,查询的时候限制子节点的id查询父节点就可以

要回复问题请先登录注册