PouchDB - 手动管理冲突

时间:2014-06-12 13:02:52

标签: couchdb pouchdb

是否可以管理来自客户端的同步冲突?

我的意思是,当pouchDB执行同步并检测到冲突时,是否可以获取本地文档PouchDB正在尝试同步和CouchDB doc的最新版本?如果我可以获得这两个文档,我可以将它们显示给用户,他可以选择保留哪个版本......

1 个答案:

答案 0 :(得分:7)

您很幸运,因为这正是CouchDB和PouchDB旨在解决的问题。

基本上你可以阅读CouchDB docs on conflict resolution。那里的一切也应该适用于PouchDB。 (如果它没有,那就是一个bug。;))。 CouchDB wiki也有很好的写作。

修改:为了提供更多详细信息,您需要使用?conflicts=true(PouchDB中的{conflicts:true})获取文档。例如。你将获取这样的文档:

http://localhost:5984/db1/foo?conflicts=true

然后像这样得到一个文档:

{
  "_id":"foo",
  "_rev":"2-f3d4c66dcd7596419c76b2498b3ba21f",
  "notgonnawork":"this is from the second db",
  "_conflicts":["2-c1592ce7b31cc26e91d2f2029c57e621"]
}

这里我从另一个数据库引入了冲突,并且该数据库的修订已经(随机)获胜。本文档的当前版本以2-开头,冲突版本也以2-开头,表示它们都在修订树的同一级别。

要获得冲突的版本,您只需抓住冲突的转速并致电:

http://localhost:5984/db1/foo?rev=2-c1592ce7b31cc26e91d2f2029c57e621

你得到:

{
  "_id":"foo",
  "_rev":"2-c1592ce7b31cc26e91d2f2029c57e621",
  "notgonnawork":"this is from the first database"
}

因此,在向用户展示两个冲突版本之后,您可以在这两个版本之上添加第三个版本,这些版本要么结合结果,要么选择丢失版本,或者您想要的任何内容。下一版本将以3为前缀。有意义吗?

修改:显然您还需要删除有冲突的版本,否则它仍会显示在_conflicts中。请参阅this answer