Scratch couchdb文档

Scratch couchdb文档,couchdb,couchdb-python,Couchdb,Couchdb Python,是否可以“抓取”couchdb文档?我的意思是删除一个文档,并确保该文档及其历史记录从数据库中完全删除 我不想执行,我只想完全擦除单个文档。我正在寻找一种解决方案,可以保证数据库中没有文档的痕迹,而不需要等待内部数据库进程最终删除文档 (欢迎使用python解决方案)在CouchDB中删除文档时,通常只保留_id、_rev和deleted标志。它们被保留下来,以便通过复制实现最终的一致性。强制在整个节点组中立即删除并不真正符合体系结构 最接近的事情是;一旦这样做,在下一次压缩之后,文档的所有痕迹

是否可以“抓取”couchdb文档?我的意思是删除一个文档,并确保该文档及其历史记录从数据库中完全删除

我不想执行,我只想完全擦除单个文档。我正在寻找一种解决方案,可以保证数据库中没有文档的痕迹,而不需要等待内部数据库进程最终删除文档


(欢迎使用python解决方案)

在CouchDB中删除文档时,通常只保留_id、_rev和deleted标志。它们被保留下来,以便通过复制实现最终的一致性。强制在整个节点组中立即删除并不真正符合体系结构

最接近的事情是;一旦这样做,在下一次压缩之后,文档的所有痕迹都将消失。我知道这不是你想要的,但这是我脑子里最接近的东西


解释各种可用的删除方法背后的基础。

从文件系统中删除任何内容确实是一个困难的问题,而且通常成本相当高。一般来说,数据库更是如此。根据对您的确切含义,您可能最终会使用自定义数据库、自定义操作系统和自定义硬件。所以说我想要一个容错系统,是的,每个人都想拥有一个,但只有少数人能买得起,但好消息是,大多数人可以接受更少的。当然,删除也有类似的情况,我假设您正在尝试解决一些安全或隐私问题,所以请尝试看看是否有其他方法来获取您所需的内容。可能是对文档或文档的敏感部分进行加密。

id和版本。。。以及修订历史记录,允许恢复完整文档。但我明白你的意思:在复制环境中,很难保证真正的清除,而且视图访问的副作用实际上是一条死胡同(我的视图需要几分钟才能更新)。那么,压缩可能是唯一的现实选择。