In databases, transaction processing, and related distributed transactional applications, a transaction schedule (history) is serializable, has the Serializability property, if its outcome (the resulting database state, the values of the database's data) is equal to the outcome of its transactions executed serially, i.e. , sequentially without overlapping in time. Transactions are normally executed concurrently (they overlap), since this is the most efficient way.

PropertyValue
dbpprop:abstract
  • In databases, transaction processing, and related distributed transactional applications, a transaction schedule (history) is serializable, has the Serializability property, if its outcome (the resulting database state, the values of the database's data) is equal to the outcome of its transactions executed serially, i.e. , sequentially without overlapping in time. Transactions are normally executed concurrently (they overlap), since this is the most efficient way. Serializability is the major correctness criterion for concurrent transactions' executions. It is considered the highest level of isolation between transactions, and plays an essential role in concurrency control. As such it is supported in all general purpose database systems.
  • Als serialisierbar bezeichnet man in Transaktionssystemen eine Historie, die zum selben Ergebnis führt wie eine serielle Historie über dieselben Transaktionen. Man unterscheidet Konfliktserialisierbarkeit, Sichtenserialisierbarkeit und 1-Serialisierbarkeit; ohne Zusatz wird unter Serialisierbarkeit meist die Konfliktserialisierbarkeit verstanden.
  • Serialiserbarhet er et uttrykk som brukes i databasesystemer og transaksjonsprosessering. Serialiserbar betyr at en serie av transaksjoner utføres på en slik måte at det finnes en seriell utførelse som ville gitt samme resultat. Serialiserbarhet er nært knyttet til kravet om isolasjon i databaser. Hvis transaksjonen skjer serielt, hver operasjon starter og avsluttes før neste begynner, gir dette seg selv. Men i praksis går det raskere hvis mange transaksjoner skjer parallelt, og derfor støtter de fleste databasesystemer dette. Dette betyr ikke at resultatet av en seriell utføring er uavhengig av rekkefølgen den skjer i. Rekkefølgen kan ha stor betydning for resultatet, men parallell behandling skal ikke føre til at forskjellige operasjoner blandes sammen og gir uventede resultater. En serie av transaksjoner i en fastsatt rekkefølge kalles en eksekveringsplan. Noen strategier man kan bruke for å sikre at en eksekveringsplan er serialiserbare er tidsstempling, versjonering og bruk av låser. Man kan teste en eksekveringsplan i etterkant eller forkant ved hjelp av en presedensgraf.
dbpprop:hasPhotoCollection
dbpprop:reference
rdf:type
rdfs:comment
  • In databases, transaction processing, and related distributed transactional applications, a transaction schedule (history) is serializable, has the Serializability property, if its outcome (the resulting database state, the values of the database's data) is equal to the outcome of its transactions executed serially, i.e. , sequentially without overlapping in time. Transactions are normally executed concurrently (they overlap), since this is the most efficient way.
  • Als serialisierbar bezeichnet man in Transaktionssystemen eine Historie, die zum selben Ergebnis führt wie eine serielle Historie über dieselben Transaktionen. Man unterscheidet Konfliktserialisierbarkeit, Sichtenserialisierbarkeit und 1-Serialisierbarkeit; ohne Zusatz wird unter Serialisierbarkeit meist die Konfliktserialisierbarkeit verstanden.
  • Serialiserbarhet er et uttrykk som brukes i databasesystemer og transaksjonsprosessering. Serialiserbar betyr at en serie av transaksjoner utføres på en slik måte at det finnes en seriell utførelse som ville gitt samme resultat. Serialiserbarhet er nært knyttet til kravet om isolasjon i databaser. Hvis transaksjonen skjer serielt, hver operasjon starter og avsluttes før neste begynner, gir dette seg selv.
rdfs:label
  • Serializability
  • Serialisierbarkeit
  • Serialiserbarhet
owl:sameAs
skos:subject
foaf:page
is dbpprop:redirect of
is owl:sameAs of