incubator-couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jens Alfke <>
Subject Re: conflict determination not by fields
Date Wed, 31 Aug 2011 19:09:45 GMT

On Aug 31, 2011, at 11:58 AM, Mark Hahn wrote:

It would have to be guaranteed to give the same results on all
servers.  This is the same condition the current couch has.  It would
effectively be replacing the current algorithm unless it returns

That would be tricky if it were trying to merge changed fields. Determining whether a field
changed relies on comparing its value to the previous revision, but “previous revision”
isn’t a well-defined concept in CouchDB*. So if two nodes have differing sets of prior revisions,
they might come to different conclusions about which fields changed, resulting in different


* Or that’s my impression; I might be wrong. My understanding is that, unlike a VCS, CouchDB
doesn’t store the parent revision ID in a document, so there’s no explicit tree of revisions.
And anyway there’s no guarantee that an earlier revision still exists, since they all get
removed during compaction. Someone let me know if this is inaccurate.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message