last_write_wins

Edgar Veiga edgarmveiga at gmail.com
Thu Jan 30 05:37:08 EST 2014


Also,

Using last_write_wins = true, do I need to always send the vclock while on
a PUT request? In the official documention it says that riak will look only
at the timestamp of the requests.

Best regards,


On 29 January 2014 10:29, Edgar Veiga <edgarmveiga at gmail.com> wrote:

> Hi Russel,
>
> No, it doesn't depend. It's always a new value.
>
> Best regards
>
>
> On 29 January 2014 10:10, Russell Brown <russell.brown at me.com> wrote:
>
>>
>> On 29 Jan 2014, at 09:57, Edgar Veiga <edgarmveiga at gmail.com> wrote:
>>
>> tl;dr
>>
>> If I guarantee that the same key is only written with a 5 second
>> interval, is last_write_wins=true profitable?
>>
>>
>> It depends. Does the value you write depend in anyway on the value you
>> read, or is it always that you are just getting a totally new value that
>> replaces what is in Riak (regardless what is in Riak)?
>>
>>
>>
>> On 27 January 2014 23:25, Edgar Veiga <edgarmveiga at gmail.com> wrote:
>>
>>> Hi there everyone!
>>>
>>> I would like to know, if my current application is a good use case to
>>> set last_write_wins to true.
>>>
>>> Basically I have a cluster of node.js workers reading and writing to
>>> riak. Each node.js worker is responsible for a set of keys, so I can
>>> guarantee some kind of non distributed cache...
>>> The real deal here is that the writing operation is not run evertime an
>>> object is changed but each 5 seconds in a "batch insertion/update" style.
>>> This brings the guarantee that the same object cannot be write to riak at
>>> the same time, not event at the same seconds, there's always a 5 second
>>> window between each insertion/update.
>>>
>>> That said, is it profitable to me if I set last_write_wins to true? I've
>>> been facing some massive writting delays under high loads and it would be
>>> nice if I have some kind of way to tune riak.
>>>
>>> Thanks a lot and keep up the good work!
>>>
>>>
>> _______________________________________________
>> riak-users mailing list
>> riak-users at lists.basho.com
>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.basho.com/pipermail/riak-users_lists.basho.com/attachments/20140130/54d6f40c/attachment.html>


More information about the riak-users mailing list