Multiserialization of iterated transactions (Q797005)

From MaRDI portal
Revision as of 20:51, 19 March 2024 by Openalex240319060354 (talk | contribs) (Set OpenAlex properties.)
scientific article
Language Label Description Also known as
English
Multiserialization of iterated transactions
scientific article

    Statements

    Multiserialization of iterated transactions (English)
    0 references
    0 references
    0 references
    1984
    0 references
    In the case of concurrent accesses to a data base, the serializability criterion is generally considered as the right one in order to maintain the consistency of the entities of the data base. As a matter of fact, if one considers transactions operating on a data base such that every transaction preserves individually the consistency property to be satisfied, then so does any sequential composition of these transactions and then so does any serializable behaviour, i.e., any behaviour in some sense equivalent to a sequential composition of the transactions. The equivalence which is generally used is such that two behaviours are said to be equivalent if the relative ordering of so-called conflicting operations is the same in both behaviours (in data base systems, conflicts are deduced from the way operations of different transactions access to shared data). In this paper, the serializability criterion is generalized in two directions. In behaviours, transactions can be iterated an arbitrarily large number of times as might behave processes in an operating system. On the other hand, this criterion appears too strong in various cases, the consistency property being preserved by non serializable behaviours. A new criterion, the multiserializability criterion is introduced: being given several relations of conflict, a behaviour is said to be multiserializable if it is serializable for each of these conflict relations. For transaction systems controlled under the multiserializability criterion, a characterization of deadlock freedom is given. Moreover, it is shown that every mutual exclusion problem can be presented as a multiserialization problem.
    0 references
    concurrency
    0 references
    data base
    0 references
    serializability
    0 references
    transactions
    0 references
    multiserializability
    0 references
    deadlock
    0 references
    mutual exclusion
    0 references

    Identifiers