由于修订，CouchDB 占用了大量 space

Question

我们有一个项目涉及与移动设备中的 pouchdb 同步数据库。我们在更新多个文档（每分钟 8400 个文档）、内部存储增加（每分钟约 20MB）频率时遇到问题。 我们认为 couchdb 修订的一个主要原因。所以我们决定将数据库 rev_limit 减少到 5 左右。但我们听说这可能会影响 couchdb 和 pouchdb 之间的复制过程。我的第一个问题是 修订限制的减少对复制过程有何影响？

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

Answer 1

您的数据模型（快速更新）没有发挥 CouchDB 的优势。即使在压缩之后，旧的修订（包括墓碑）也会占用 space。 CouchDB 在使用小的、不可变的文档时最快乐。这样的模型也不太可能遭受更新冲突。

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