Talk:Eventual consistency

Computing Mid‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Mid	This article has been rated as Mid-importance on the project's importance scale.

Databases (inactive)

This article is within the scope of WikiProject Databases, a project which is currently considered to be inactive.DatabasesWikipedia:WikiProject DatabasesTemplate:WikiProject DatabasesDatabases articles

Redirect

Can someone please create a page redirecting Basically Available, Soft state, Eventual consistency to this page? 70.247.173.43 (talk) 17:28, 19 April 2011 (UTC)[reply]

Done --M4gnum0n (talk) 12:14, 17 September 2013 (UTC)[reply]

"BASE"

Does a single white paper from Amazon (which AFAIK introduced the term), and a single reference to an ACM article really qualify this as "database terminology"? As I understand it, the term did not exist even 3 years ago. --188.127.203.2 (talk) 11:04, 6 August 2011 (UTC)[reply]

Would be nice to have a reference to Amazon's whitepapers and to other data store products built around this paradigm (Amazon Dynamo, LinkedIN's Project Voldemort, Riak, etc... ) 24.99.147.69 (talk) 05:34, 28 March 2012 (UTC)[reply]

Similar or Related Concepts in Accounting

I've heard that eventual consistency is similar to certain traditional accounting practices, such as "closing the books" over various time intervals: daily, weekly, monthly, quarterly, annually, for purposes of establishing backdated points of truth on which later (accounting) consistency can be based. Can anyone reading this identify any articles or sources to verify this claim? (Inclusion in the article would be subject to the WP:NOR guidelines, of course). — Preceding unsigned comment added by JimD (talk • contribs) 05:11, 28 May 2014 (UTC)[reply]

I don't think that's a useful analogy. If the data keeps changing then an "eventual consistency" system never actually reaches a consistent state and that's the normal mode of operation. -- intgr [talk] 07:19, 28 May 2014 (UTC)[reply]

ACID vs BASE ???

I cannot imagine how ACID and BASE can possibly be considered mutually exclusive. ACID is about write operations on an individual server, BASE is about replication between at least 2 servers. You can achieve eventual consistency on a replication environment with a fully ACID-compliant DBMS. This is the most common situation. — Preceding unsigned comment added by 151.21.30.44 (talk) 23:51, 6 July 2014 (UTC)[reply]

see AWS's answer, which is confusing considering MongoDB claims to be both NoSQL and ACID-compliant. the CAP theorem article helpfully clarifies that NoSQL commonly (as opposed to always) prioritizes BASE. Tule-hog (talk) 02:31, 24 July 2024 (UTC)[reply]

Suggest to merge Optimistic replication and Eventual consistency

Suggest to merge Optimistic replication and Eventual consistency. — Preceding unsigned comment added by Ms.wiki.us (talk • contribs)