将简单的CouchDB用于CouchDB压缩对删除的文档完全无动于衷的理论.
在尝试检索时,通过DELETE方法从沙发中删除文档会产生以下结果:
localhost:5984/enq/deleted-doc-id {"error":"not_found","reason":"deleted"}
预期.
现在我压缩数据库:localhost:5984/enq/_compact {'ok':true}
并检查压缩是否已完成"compact_running":false
现在,我希望向CouchDB的返回NOT_FOUND,原因就一个简单的GET本地主机 "失踪":5984/ENQ /删除-DOC-ID { "错误": "NOT_FOUND", "原因": "已删除"}
尝试使用？rev = deleted_rev给了我一个完整的文档,是的,对于毫无价值的数据.
因此,我认为couchdb压缩对已删除的文档没有特殊处理,并在决定压缩的一部分时简单查看rev count again rev limit.我们可以为已删除的文档设置特殊的rev_limit吗？
当然唯一的解决方案不能是_purge？目前我们必须拥有数千个孤立的已删除文档,虽然我们希望维护正常文档的某些版本历史记录,但我们不希望将rev_limit减少为1以协助此方案
清除时我们应该注意哪些复制问题？
couchdb ×1