Re: Conflict Resolution

2010-07-15 Thread Misha Gorodnitzky
Hi Justin, Thanks for the feedback. Just thought I'd mention we're aiming to go ahead with a strategy of serialising the transactions before they hit Riak. We figure it'll be easier to solve than trying to do conflict resolution. Cheers, --Misha On 14 July 2010 14:00, Justin Sheehy wrote: > On

Re: Conflict Resolution

2010-07-14 Thread Justin Sheehy
On Wed, Jul 14, 2010 at 5:25 AM, Misha Gorodnitzky wrote: > I don't suppose there are any examples anywhere of how people have > approached conflict resolution with RIak? That would be useful to help > people understand how to approach it ... maybe a section on the wiki > could be dedicated to it

Re: Conflict Resolution

2010-07-14 Thread Misha Gorodnitzky
Hi Justin, On 13 July 2010 18:20, Justin Sheehy wrote: > > On Tue, Jul 13, 2010 at 1:06 PM, Misha Gorodnitzky wrote: > >> From doing a little testing, the last value in a multipart document is >> the first, so "Thursday" in this case, can we assume that this will >> always be the case? And is it

Re: Conflict Resolution

2010-07-13 Thread Alexander Sicular
I doubt it. Nothing in riak is guaranteed to be ordered, afaik. Best bet is when using allow_mult=true, enabling siblings in buckets, is to order the multi response by last modified date in your application. On Jul 13, 2010, at 1:06 PM, Misha Gorodnitzky wrote: > Hello all, > > We're trying t

Re: Conflict Resolution

2010-07-13 Thread Justin Sheehy
Hello, Misha. On Tue, Jul 13, 2010 at 1:06 PM, Misha Gorodnitzky wrote: > From doing a little testing, the last value in a multipart document is > the first, so "Thursday" in this case, can we assume that this will > always be the case? And is it a good idea to base conflict resolution > on this