#系统设计
云风这个纯文本保存本地聊天记录的方案，在我看来就是纯纯的草台班子的设计方案，这个方案几乎没有任何扩展性、容错性。

之所以采用数据库，是要用到它的索引（加速查询）和崩溃恢复等功能点。我举一个最简单的例子：在微信聊天记录中搜索文本。按照他的这个设计，每个对话一个文本文件，那么对话一多文件就多；另外，还可能存在某些吹水的群每天上千条消息，这样累计下来可能单个群聊天就是十万甚至更多的消息。那么这样一个简单的文本查询功能，怎么在大量的对话文件、单个文件还很大的情况下，几乎用户无感知的返回查询结果呢？

云风在评论区里还用梦幻西游来讲自己的方案有多成功，开玩笑，梦幻西游每天的聊天数据量差微信多少个数量级？给三个人做菜，和相同时间给几百人、几千人、几万人做菜，能用同样的方案吗？