2019
DOI: 10.1007/s00165-019-00489-w
|View full text |Cite
|
Sign up to set email alerts
|

Read atomic transactions with prevention of lost updates: ROLA and its formal analysis

Abstract: Designers of distributed database systems face the choice between stronger consistency guarantees and better performance. A number of applications only require read atomicity (RA) (either all or none of a transaction's updates are visible to other transactions) and prevention of lost updates (PLU). Existing distributed transaction systems that meet these requirements also provide additional stronger consistency guarantees (such as causal consistency), but this comes at the price of lower performance. In this p… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
2
1

Citation Types

0
13
0

Year Published

2019
2019
2024
2024

Publication Types

Select...
3
3
1

Relationship

4
3

Authors

Journals

citations
Cited by 11 publications
(13 citation statements)
references
References 30 publications
0
13
0
Order By: Relevance
“…Maude for Distributed Databases. Existing work [12], [18], [19], [26] specifies and model checks various distributed transaction systems that provide other types of data consistency properties, as opposed to read atomicity and read your writes considered in this paper. The paper [12] estimate Google's Megastore using randomized Real-Time Maude simulations.…”
Section: Related Workmentioning
confidence: 99%
“…Maude for Distributed Databases. Existing work [12], [18], [19], [26] specifies and model checks various distributed transaction systems that provide other types of data consistency properties, as opposed to read atomicity and read your writes considered in this paper. The paper [12] estimate Google's Megastore using randomized Real-Time Maude simulations.…”
Section: Related Workmentioning
confidence: 99%
“…These requirements are not very strict. The Maude models of the DTSs RAMP [29], Faster [24], Walter [26], ROLA [25], Jessy [28], and P-Store [32] can all be seen as instantiations of our modeling framework, with very small syntactic changes, such as defining transaction and replica objects as subclasses of Txn and Replica, changing the names of the attributes and sorts, etc. The Apache Cassandra NoSQL key-value store can be seen as a transaction system where each transaction is a single operation; the Maude model of Cassandra in [30] can also be easily modified to fit within our modeling framework.…”
Section: Modeling Dtss In Maudementioning
confidence: 99%
“…Our previous work [8,18,19,[24][25][26]28,29,32] specifies and model checks single DTSs and consistency properties in different ways, as opposed to in a single framework that, furthermore, automates the "monitoring" and analysis process.…”
Section: Related Workmentioning
confidence: 99%
“…Read atomicity (RA) [10]-either all or none of a transaction's updates are visible to another transaction's readsmagnificently bridges the gap between C and A in a distributed setting by providing the strongest data consistency that is achievable with high availability (the HAT semantics [9]). Many industrial and academic distributed databases have therefore integrated read atomic transactions as important building blocks [4,10,21,48,53,75]. To cite a few examples, RAMP-TAO [21] has recently layered RA on Facebook's TAO data store [18] to provide atomically visible and highly available transactions.…”
Section: Introductionmentioning
confidence: 99%