由于修订，CouchDB占用了大量空间

Question

我们有一个与移动设备中的pouchdb同步数据库的项目。当更新多个文档（每分钟8400个文档）时，我们遇到了问题，内部存储的频率增加了（每分钟约20MB）。 我们发现了该ouchdb版本的主要原因之一。因此，我们决定将数据库rev_limit减小到5左右。但是我们听说这可能会影响到ouchdb和pouchdb之间的复制过程。我的第一个问题是 修订限制的减少如何影响复制过程？

我们发现，视图比普通文档存储占用更多的空间。我的第二个问题，有什么办法可以减少沙发床的视图大小？

Answer 1

您的数据模型（快速更新）无法发挥CouchDB的优势。即使在压实之后，旧版本（包括墓碑）也会占用空间。当使用小的，不变的文档时，CouchDB最幸福。这样的模型也不太可能遭受更新冲突。

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