On Mon, Mar 22, 2010 at 1:01 PM, Chris Goffinet wrote:
> https://issues.apache.org/jira/browse/CASSANDRA-580
Thanks!
--
Toby DiPasquale
would not be optimal in comparison with having
some kind of atomic inc/dec native to Cassandra itself? Does anyone
know what's up with this? Thanks!
--
Toby DiPasquale
n you retrieve it, you only look at the first 8 bytes to get the
> score since the random number isn't important.
> -Brandon
Couldn't you just use a supercolumn whose keys were the score and the
subcolumns were username:true? Basically using the subcolumns as a
list?
--
Toby DiPasquale
On Sun, Mar 14, 2010 at 7:47 PM, David Strauss wrote:
> On 2010-03-14 16:46, Toby DiPasquale wrote:
>> My question would be: assuming we're using both quorum reads and
>> writes, is it possible that clients A and B could race in the
>> following manner:
>>
&
amp, but
my proposal specified quorum reads and writes, also bringing it into
the strongly consistent camp, no?
--
Toby DiPasquale
/code.google.com/appengine/articles/sharding_counters.html.
I'm troubled by their implementation, though, because the reads on the
list of counters are not transactional and are potentially subject to
the same race that I've described above.
Any thoughts/ideas?
--
Toby DiPasquale
