_已删除CouchDB中的\u冲突？

使用CouchDB 1.0.1

我删除了一些文档，然后放置了一些与已删除文档具有相同

\u id

的其他文档

现在，这些新文档具有

\u deleted\u conflications

字段：

"_deleted_conflicts":["2-667c9e8e75f8ee51a4ab79ed534622dd"]

它看起来像是已删除文档的

\u rev

字段（但不能确定）

报告只说了“关于冲突的信息”

这是个问题吗

为什么CouchDB保存此信息

我应该做点什么吗

谢谢，

---

Giacomo

我不确定这是否真的会成为一个问题，但这可能会在复制过程中出现

---

如果要阻止它出现，应该查看命令。此命令将删除对已删除文档的引用，您可以指定要影响的单个文档ID。

应定期清除已删除的冲突，否则很长的历史记录将显著降低couchdb的速度（至少对于我使用的couchdb的早期版本）。

我将尝试清除，但我还是想弄清楚，为什么在没有复制的情况下，删除的文档会发生冲突。我发现了一些关于

\u deleted\u conflicts

（在页面上搜索冲突解决方案）的信息，但情况不同。如果删除文档，然后尝试创建与已删除文档具有相同ID的新文档，您将在新文档中获得此“deleted\u conflicts”字段。。。除非在创建新文档之前清除已删除的文档。是否建议清除文档？我有一个系统，我经常想创建一个带有特定id的文档，删除它，然后在条件改变时再次创建它。为什么CouchDB的设计者不鼓励在_deleted_conflicts字段中使用此操作？清除_deleted_conflicts数组中的版本将删除所有已删除的冲突历史记录。我还想知道为什么CouchDB开发者希望保留已删除的冲突。为什么删除文档和延迟重新创建文档会发生冲突？