CouchDB由于修改占用了大量空间

我们有一个项目涉及在移动设备中与PockDB进行数据库同步。我们在每分钟更新多个文档8400个文档时遇到了一个问题，内部存储每分钟增加约20MB的频率。 我们找到了couchdb修订版的一个主要原因。所以我们决定将数据库rev_限制降低到5左右。但我们听说它可能会影响couchdb和PockDB之间的复制过程。我的第一个问题是 版本的减少如何限制对复制过程的影响

---

我们发现视图比普通文档存储占用更多空间。我的第二个问题是，有没有办法减少couchdb的视图大小？

您的数据模型快速更新无法发挥couchdb的优势。即使在压缩之后，包括墓碑在内的旧版本也会占用空间。CouchDB在使用小的、不可变的文档时是最快乐的。这样的模型也不太可能受到更新冲突的影响

---

查看您的文档-是否可以将它们拆分，以便将更新更改为新的文档写入？典型的指标是随时间在文档中增长的嵌套对象或数组。

您的数据模型快速更新无法发挥CouchDB的优势。即使在压缩之后，包括墓碑在内的旧版本也会占用空间。CouchDB在使用小的、不可变的文档时是最快乐的。这样的模型也不太可能受到更新冲突的影响

---

查看您的文档-是否可以将它们拆分，以便将更新更改为新的文档写入？典型的指示符是随时间在文档中增长的嵌套对象或数组。

您试过运行了吗？这是为了删除旧版本占用的额外磁盘空间。是的。它将空间减少了一半左右。但与MySQL这样的传统dbs相比，它仍然有很大的空间。你试过运行了吗？这是为了删除旧版本占用的额外磁盘空间。是的。它将空间减少了一半左右。但与MySQL等传统dbs相比，它仍然是相当大的空间。如果为数据库设置了限制，那么在压缩时，限制也会根据文档应用于墓碑。如果为数据库设置了限制，那么在压缩时，限制也会根据文档应用于墓碑