Robustness against Read Committed for Transaction Templates with Functional Constraints
From MaRDI portal
Publication:6137875
Abstract: The popular isolation level Multiversion Read Committed (RC) trades some of the strong guarantees of serializability for increased transaction throughput. Sometimes, transaction workloads can be safely executed under RC obtaining serializability at the lower cost of RC. Such workloads are said to be robust against RC. Previous work has yielded a tractable procedure for deciding robustness against RC for workloads generated by transaction programs modeled as transaction templates. An important insight of that work is that, by more accurately modeling transaction programs, we are able to recognize larger sets of workloads as robust. In this work, we increase the modeling power of transaction templates by extending them with functional constraints, which are useful for capturing data dependencies like foreign keys. We show that the incorporation of functional constraints can identify more workloads as robust that otherwise would not be. Even though we establish that the robustness problem becomes undecidable in its most general form, we show that various restrictions on functional constraints lead to decidable and even tractable fragments that can be used to model and test for robustness against RC for realistic scenarios.
Recommendations
Cites work
- scientific article; zbMATH DE number 3986679 (Why is no real title available?)
- A framework for transactional consistency models with atomic visibility
- A variant of a recursively unsolvable problem
- Algebraic laws for weak consistency
- Analysing snapshot isolation
- Robustness Against Transactional Causal Consistency.
- Robustness against consistency models with atomic visibility
- The Implication Problem for Functional and Inclusion Dependencies is Undecidable
This page was built for publication: Robustness against Read Committed for Transaction Templates with Functional Constraints
Report a bug (only for logged in users!)Click here to report a bug for this page (MaRDI item Q6137875)