微信朋友圈技术实现设想

前提

微信朋友圈是我们每天都在用的功能, 但是如果让你来实现一个微信朋友圈, 你会如何做呢? 我来简单设想一下.

实现功能

发朋友圈
评论动态
查看朋友圈(只能查看好友的)
查看评论(只能查看共同好友的)

是不是看着很简单? 也没有几个功能嘛. so easy.

开始实现

数据库选用了MySQL, 熟悉的关系型数据库

版本一

看了只有两条内容, 朋友圈动态, 朋友圈评论, 直接设计数据库.

在这里插入图片描述

简单吧. 好, 按照这个数据模型, 当实现时, 就会发现问题.

1.如何获取好友圈数据

如果简单的拉取好友列表, 然后拉取出其中好友的动态, 不好意思, 你的接口慢到爆炸, 毕竟用户基数就在那.

2.如何获取动态下的共同好友评论

当然, 评论也可以获取动态下的所有评论, 然后过滤掉非好友的评论, 同上, 太慢了.

想想哈

如何解决这个问题? 上面获取数据慢主要是因为要做数据的筛选, 那如果我能够直接拿到最终数据, 不就可以解决这个问题了么?

版本二

为了能够直接获取到朋友圈的数据, 在现有基础上是肯定不行的, 根据获取数据的思路, 直接获取朋友圈数据, 当然要加一张朋友圈的表了.

新增一张朋友圈表:

在这里插入图片描述

这样就很方便了, 用户查看朋友圈时, 可以直接定位查看的动态以及可以查看的评论, 在根据动态ID和评论ID将内容补充进去就行了.

但是相应的, 就需要维护用户朋友圈这样的一张表, 在用户发帖、删帖、加好友、删好友、发评论、删评论的时候, 去做数据的同步操作, 而且要异步的进行, 毕竟同步的话, 接口响应就会变慢. 但是我觉得, 这样的代价是值得的, 可以换来拉取数据接口的快速响应.

你以为到这就完了么? 天真. 看下图:

在这里插入图片描述

这样的消息在朋友圈都看到过吧. 它应该是所有用户都可以看到的, 可以将它理解为官方发的动态. 如果按照我们现在的设计, 就要将它插到所有用户的朋友圈中, 也就是说, 如果官方发一条动态, 有一百万用户的话, 就要插一百万条同样的数据, 而且有新注册用户, 还要将历史数据插进去. 这样不只难以维护, 而且有太多无用数据了.

想想哈

这种数据最好只需要插入一条, 所有用户都去读就好. 最直观的方法, 在朋友圈表中, 指定一个用户ID(比如0), 是所有用户共同的数据, 这样就解决了

但是, 之前我们的评论是直接保存到朋友圈中的, 可以这样保存, 是因为每个用户在朋友圈表中的每个动态是唯一的, 但是现在如果插入公共ID, 就不能这么存了, 哪又该如何处理动态的评论呢? 难道回到开始的动态查询吗?

既然有用户的朋友圈动态表, 那就可以有朋友圈评论表, 朋友圈动态中保存的是用户可以查看的动态, 那么朋友圈评论表保存的就是用户可以查看的评论.