微信朋友圈数据库模式如何设计的？

作者：匿名用户
链接：https://www.zhihu.com/question/21909660/answer/22911817
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
 

几个层次。

1、服务器为什么要管这么多？反正微信是个受控客户端（对的，不是Windows上的程序那个意思）。直接全都给客户端，然后客户端自己选择要显示哪些就好了。

优点：服务器真特么好写。
缺点：下载数据多，获取时间长，有被攻破的可能性。

不负责任地说，知道为什么微信的朋友圈明明是个网站但是就不给你用自己的浏览器访问么？知道为什么微信的网页版没有朋友圈吗？

2、客户端管不住，咱还是服务器上搞吧。用户+内容表搞起来麻烦怎么办？全都搞成内容表呗。每个用户反正也就那么多朋友，每条消息发布到每个用户自己的Timeline表上就可以了。

优点：安全，查询快。
缺点：数据库容量略大。

3、数据太大了啊魂淡，真的没别的方法了吗？那就老老实实二级表呗。服务器替每个用户去取内容的时候去取一下消息背后的用户ID，看看在不在自己好友里。

优点：精简。符合传统数据库思路，好理解。
缺点：查询太慢了。

4、太慢了太慢了太慢了啊服务器CPU烧起来了，能数据量又小、查询还快吗？那只好用映射ID了。也就是每个用户每发布一条消息的时候跟随自己的映射ID，把自己映射为自己认识的好友的ID序列，这样取数据的时候用户只要看自己在不在这个ID序列里就可以。

优点：聪明。可以用来闪爆lo