Related Blogs 
这是一个创建于 3379 天前的主题，其中的信息可能已经有所发展或是发生改变。
代码先好了，但是突然发现部门用户可能数据很大，超出 16MB 的限制的。有什么省事的办法去开发？
第 1 条附言 2016-09-13 13:44:40 +08:00
嗯，想了想还是结构改了。分成了两张表
我在做一个备忘录的云同步，之前是我发现有的用户会去写小说复制小说什么的。我把上百上千条备忘可能会超过 16MB 。现在两张表，成了单条备忘的上限是 16MB 了。大家感觉这个设计的有缺陷没？
notes 下是每一条备忘，同时记录是 正常还是删除。然后记录每一台设备的同步版本。如果 被删除的备忘版本号低于所有设备，表示所有设备都已经同步到了这条信息。就可以从数据库中彻底删除出去了。每一条备忘发生变动都会升级他的版本号。主要是删除这个操作的数据一直留在数据库中。所以用了 minVersion ，来查看用户所有设备的同步状况。
http://html.smemo.info/Images/20160913/57d7913c5a151.png
我在做一个备忘录的云同步，之前是我发现有的用户会去写小说复制小说什么的。我把上百上千条备忘可能会超过 16MB 。现在两张表，成了单条备忘的上限是 16MB 了。大家感觉这个设计的有缺陷没？
notes 下是每一条备忘，同时记录是 正常还是删除。然后记录每一台设备的同步版本。如果 被删除的备忘版本号低于所有设备，表示所有设备都已经同步到了这条信息。就可以从数据库中彻底删除出去了。每一条备忘发生变动都会升级他的版本号。主要是删除这个操作的数据一直留在数据库中。所以用了 minVersion ，来查看用户所有设备的同步状况。
http://html.smemo.info/Images/20160913/57d7913c5a151.png
 | 1 murmur 2016-09-13 08:12:23 +08:00 这种大文件如果不需要检索的法放到磁盘上 hash 一下别一个目录太多 效率都不会低 |
 | 2 Karblue 2016-09-13 09:20:30 +08:00 放两个表。 |
Select Language