这是一个创建于 1877 天前的主题，其中的信息可能已经有所发展或是发生改变。
假设 ID 是 int32,有一个 1024 万粉的博主,1024*10000*4B = 39GB.
实际情况是怎么实现的呢?
另外一种情况是用户表中保留了关注的人的 ID 的枚举,但是粉丝数这个值只是一个整数字段.但这样同时会造成另外一种问题,即我在获取这位博主的所有粉丝时(实现中参照何同学 600W 粉视频),会检索整个用户数据库来配对,这个工作量时巨大的,同样不合理.
纯小白,偶然想到这个问题,希望有大佬能解惑
实际情况是怎么实现的呢?
另外一种情况是用户表中保留了关注的人的 ID 的枚举,但是粉丝数这个值只是一个整数字段.但这样同时会造成另外一种问题,即我在获取这位博主的所有粉丝时(实现中参照何同学 600W 粉视频),会检索整个用户数据库来配对,这个工作量时巨大的,同样不合理.
纯小白,偶然想到这个问题,希望有大佬能解惑
第 1 条附言 · 2020 年 11 月 26 日
哈哈哈,39MB
 |
1
putaozhenhaochi 2020 年 11 月 21 日 via Android
1024*10000*4B = 39GB.???
|
 |
2
julyclyde 2020 年 11 月 21 日
现在已经禁止拉别人的“所有”粉丝了。所以这个问题也就解决了
|
 |
3
delectate 2020 年 11 月 21 日
看实际粉丝是个小众需求，只要缓存几百个就足够了；没有命中再去检索不迟；
所以实际上是维护三个表：粉丝数字；假粉丝（少更新）；真粉丝（实际粉丝） 其中，粉丝数字 和 真粉丝 count 是一致的。 |
 |
4
love 2020 年 11 月 21 日
唉编程还是要先从基本知识学起，你这问题问得好可笑
|
Select Language