Comments on: On Eventual Consistency– An interview with Justin Sheehy. Trends and Information on AI, Big Data, New Data Management Technologies, Data Science and Innovation. Thu, 30 Jul 2020 10:08:53 +0000 hourly 1 By: Reinhold Thurner, Sun, 02 Sep 2012 09:55:56 +0000 On “banking and eventual consistency”:
I was directly involved in the payment system of a bank and must say that “eventual consistency” would certainly not be an option. I am used to look at subjects from a conceptual view of the “things” and their relationship (no surprise – since my primary interest is Metasafe): A funds transfer affects four accounts (mine, myBanks, hisBanks, his), a payment order and needs three consistent transactions – independent whether it is made by a computer or manually on paper.

I wonder if “eventual consistency” means AeCID or AID or just D? I always thought that a system is either ACID or it is not (like being pregnant). Michael Stonebraker says (and explains) in his keynote ( on NewOLTP and NewSQL – that “eventual consistency may create garbage”.

In this presentation Michael uses the term “newSQL” as a name for the architecture of an in core relational DBMS in contrast to the in core emulation of a disk based relational DBMS. It is not that: “The “NewSQL” term is, much like “NoSQL”, a marketing term that doesn’t usefully define a technical category”.

“Precisely where concepts fail you, A timely word will come to mind.” (GOETHE, Faust I:1995–1996). Fiddling with words can create the impression (for users) that ACID may be turned into a sort of jelly and endanger our credibility. I can accept that a superior level of availability means no guaranteed consistency. We have to accept that “One size does not fit all” (Stonebraker). A taxonomy (see page 189 in the paper of David Maier and a true and fair description about the properties and tradeoffs would help to position new solutions and to make the right choice in any given situation.

By: Mirco Bianco Sat, 01 Sep 2012 17:23:13 +0000 In my opinion, the distinguishing feature of Riak is the soft real-time as evidenced in Q7. Riak, due to its soft real-time capabilities, could be also employed in financial applications like financial intelligence applications, wherein it necessary to fulfill time-contraints imposed by the stock markets in order to success in the business. This is probably done by Trifork (, one of the Basho’s customers. Correct?