重置同步 CouchDB 的状态

如何解决重置同步 CouchDB 的状态

我们使用 CouchDB 和 PouchDB 在浏览器中复制远程数据库。 我们会创建 CouchDB 的备份，以防出现问题。

在数据丢失时引入备份没有问题，但将系统重置为旧状态，这也会影响所有同步的 PouchDB 似乎很难实现。

例如：User1 和 User2 将本地 PouchDB 与远程 CouchDB 同步。 User1 创建一个新文档 D1，它也同步到远程数据库和 User2。现在 User1 想要将数据库重置为创建 D1 之前的状态。为此，用户删除自己的本地数据库并将远程 CouchDB 重置为之前的状态。当 User1 与远程 CouchDB 同步时，D1 将不在那里。但是 User2 在他的本地数据库中仍然有 D1，一旦它与远程数据库同步，D1 也会回到 CouchDB 并同步到 User1 的本地数据库。最终系统处于与重置前相同的状态。

对于我们的项目，在系统备份之前要求每个用户删除本地数据库是不切实际的。

这样的过程怎么可能会将这样一个分布式系统重置为旧状态。

一些额外的挑战：

• 这个例子相当简单，应该只是给出一个大致的概念。最后，可能有大量创建、编辑和删除操作必须通过备份撤消。
• 系统重置发生时，某些客户端可能处于离线状态

解决方法

嗯，没有简单的出路。一些选项是：

1. 实际上不要删除数据库。相反，调整您的恢复方法，以便删除要恢复的数据库中的所有文档，然后像在备份中一样单独重新创建。您可以比较修订版本/使用 _changes 提要过滤掉可能保持不变的文档。

2. 在尝试同步之前以编程方式删除其他用户的本地数据库，以防进行恢复。

,

我不明白为什么在删除文档时必须从以前的状态恢复数据库 - 通常其他同步的客户端上也会删除已删除的数据库条目。

但我有一个非常相似的设置，我必须定期删除 CouchDB 并设置一个新的。我所做的是向每个客户端发送一个信号，触发自动删除他的本地 PouchDB 并重新连接到数据库。效果很好。