You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2010/08/03 20:39:22 UTC

[jira] Updated: (CASSANDRA-876) Support session (read-after-write) consistency

     [ https://issues.apache.org/jira/browse/CASSANDRA-876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonathan Ellis updated CASSANDRA-876:
-------------------------------------

              Summary: Support session (read-after-write) consistency  (was: Support session consistency (i.e. read after write consistency for clients))
             Assignee: Brian Palmer
        Fix Version/s: 0.7.0
    Affects Version/s:     (was: 0.7.0)
             Priority: Minor  (was: Major)

> Support session (read-after-write) consistency
> ----------------------------------------------
>
>                 Key: CASSANDRA-876
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-876
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Brian Palmer
>            Priority: Minor
>             Fix For: 0.7.0
>
>         Attachments: CASSANDRA-876.patch
>
>
> In http://www.allthingsdistributed.com/2007/10/amazons_dynamo.html and http://www.allthingsdistributed.com/2008/12/eventually_consistent.html Amazon discusses the concept of "eventual consistency."  Cassandra uses eventual consistency in a design similar to Dynamo.
> Supporting session consistency would be useful and relatively easy to add: we already have the concept of a Memtable (see http://wiki.apache.org/cassandra/MemtableSSTable ) to "stage" updates in before flushing to disk; if we applied mutations to a session-level memtable on the coordinator machine (that is, the machine the client is connected to), and then did a final merge from that table against query results before handing them to the client, we'd get it almost for free.
> Of course, the devil is in the details; thrift doesn't provide any hooks for session-level data out of the box, but we could do this with a threadlocal approach fairly easily.  CASSANDRA-569 has some (probably out of date now) code that might be useful here.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.