@imbushuo 160G 可还行

@orangeChu 这个方案速度应该是最快的，毕竟是共享内存。但是要仔细设计一下结构，写的时候如果是往后加还好，如果要改中间的数据、甚至要删数据，需要注意加锁（可以简单用文件锁），否则可能直接读到错的数据。

@orangeChu 每台机器都搞缓存呗。如果对数据实时性要求不高的话，可以在服务进程启动的时候拉全量数据缓存下来，请求来了只从缓存里找，找不到就拉倒；同时有另一个进程在后台定时把全量数据拉回本地写入共享内存中。

这么大数据，不如考虑共享内存本地缓存

@tedeastside 这个是苹果不让……就像 iOS 小程序不能浮窗一样

@xiaocongcong 本来就不只是个聊天软件

@est 其实可能是广州海珠分局哈哈哈

可以试试小程序商店，用微信关系链来传播，好吃自然有人买

非要纠结 996 和大小周的区别，大家在意的是那个 6 的细微差别吗？这水平建议别发帖了

哎，这样是招人的态度吗？想来 12+每天和大小周免不了，和拼多多慢慢靠齐也指日可待了（或许已经超过了）

@SheepInMountain 要么忍，要么滚

单据维度数据按 ID hash 拆分存，用户维度的存用户 ID 到单据 ID 的映射，司机维度的也一样。用户也不会一次看所有的单，可以按用户维度预缓存一页的单。如果用户要看后面的单再去查存储。

分母分母

分母

不要当成很有仪式感的坚持，反人性的事情长久不了；先每天去，少练点儿，形成习惯，慢慢再看心情加量。主要是要每天去。