其实场景是就是比如我们微博或者哔站里在我的关注列表里会有一个关注用户的名称检索功能,想了解下这种功能一般业界大佬是怎么做的?
用户昵称和关注关系肯定是不同的业务表,那么如果在es中来实现的时候,是把被关注者 + 被关注者名字 + 关注uid 这样的组合存在索引中来做么?
如果是这样小弟有几个问题想一起探讨一下,这样的数据组合里必然会存在一个数据膨胀的问题,如果一个关注很多的up主突然改名,那对应数据里修稿修改的数据行数一定很多,这种问题怎么能更好的处理?
还有一只方式 就是把数据压缩一下,用被关注者 + 被关注者名字 + 关注uid(多个),相当于将对于同一个up主的多个关注uid都存在一个字段里,但是es里单个字段存储的个数也会有上限,对于关注数比较大的记录写入也是个问题?
以上自己自己利用es 的想的两个方案,如果有不当的地方希望大家指出一起来交流一下
用户昵称和关注关系肯定是不同的业务表,那么如果在es中来实现的时候,是把被关注者 + 被关注者名字 + 关注uid 这样的组合存在索引中来做么?
如果是这样小弟有几个问题想一起探讨一下,这样的数据组合里必然会存在一个数据膨胀的问题,如果一个关注很多的up主突然改名,那对应数据里修稿修改的数据行数一定很多,这种问题怎么能更好的处理?
还有一只方式 就是把数据压缩一下,用被关注者 + 被关注者名字 + 关注uid(多个),相当于将对于同一个up主的多个关注uid都存在一个字段里,但是es里单个字段存储的个数也会有上限,对于关注数比较大的记录写入也是个问题?
以上自己自己利用es 的想的两个方案,如果有不当的地方希望大家指出一起来交流一下
1 个回复
zcc_vv - 95
赞同来自: