I understand now - thanks for being patient with me. I do like the idea of
a read_resolve function, and it does indeed fit well with the "never
pick a winner" approach.
-Joan
- Original Message -
From: "Robert Samuel Newson"
To: user@couchdb.apache.org
Cc: "Joan Touzet"
Sent: Monday, Se
Allowing programmatic control over which revision "wins" is fine (as long as
it’s a true function).
A separate proposal was to get out of the game of choosing a winner at all.
That is, couchdb would present all leaf revisions by default, thus forcing
clients to handle this.
These two ideas pl
I remember that discussion... Asking the database to auto resolve is an
intractable problem for a distributed system... But providing a function
that executes on read when conflicts= true that his. Coded and specified by
the end user is a totally different ask... And I believe would help couchdb
in
All, this has been discussed in a previous thread on the mailing list a couple
of weeks ago. Some serious concerns were raised - especially how this works
with replication and in clusters, where race conditions can occur.
I encourage you to dig through the archives and to understand why this is
Hi Robert,
super awesome :)
@Lena - we should include this in the next weekly news :)
Cheers
Andy
On 21 September 2014 16:32, Robert Kowalski wrote:
> Hi :)
>
> I recently created "learnyoucouchdb"! It is a series of self guided
> workshops where you can learn how to use CouchDB. It is based
I would also like this feature (providing function is a fashion similar to
views would be nice).
A couple of weeks ago I proposed adding a feature to autoresolve conflicts by
just picking the winning revision and discarding the old... and this is basicly
the generalization of it. Instead of sav
Hey...thanks for your response. Somewhere in the mix I mentioned vector
clocks being returned as well. You shouldn't need the ancestor doc...just
what it holds as a collision. Your function should be able to given 2 docs
and a vector clocks be able to resolve the conflict.
This can take many angle
Hi John,
welcome to CouchDB :). We are looking forward helping you with your targets
on learning a lot about CouchDB. Here are some links you might find useful:
http://docs.couchdb.org/en/latest/
http://blog.couchdb.org/
https://cwiki.apache.org/confluence/display/COUCHDB
(old wiki: http://wiki.