Een transactie is een groep operaties die als een enkele, ondeelbare eenheid worden behandeld — ze slagen allemaal samen (COMMIT) of falen allemaal samen (ROLLBACK). Transacties garanderen ACID-eigenschappen, zodat gegevens correct en consistent blijven, zelfs bij fouten of gelijktijdige toegang.
;
accounts balance balance id ;
accounts balance balance id ;
;
Het klassieke voorbeeld: een geldoverdracht. Zowel de debet als de credit moeten plaatsvinden, of geen van beide — anders gaat geld verloren of wordt geld aangemaakt. Een transactie garandeert dit: bij een fout, ROLLBACK maakt alle wijzigingen ongedaan en laat de database achter alsof er niets gebeurd is.
A — ATOMICITY → all operations succeed or all fail (no partial transactions)
C — CONSISTENCY → the database moves from one valid state to another (constraints hold)
I — ISOLATION → concurrent transactions don't interfere (as if run sequentially)
D — DURABILITY → once committed, changes survive crashes (persisted permanently)
Deze eigenschappen zijn wat relationele databases betrouwbaar maken voor kritieke gegevens.
Without transactions, a failure mid-way leaves data in an inconsistent state:
money debited from one account but not credited to another → data corruption.
Atomicity (all-or-nothing) prevents this — the cornerstone of data integrity for
any multi-step operation (transfers, orders with line items, etc.).
When many transactions run concurrently, ISOLATION controls what they can see of
each other's uncommitted changes. Isolation LEVELS (Read Committed, Repeatable Read,
Serializable) trade off consistency vs performance — higher isolation = more correct
but more locking/contention. (A deeper topic on its own.)
Transacties en ACID-eigenschappen zijn fundamenteel voor betrouwbare databases — zij garanderen dat gegevens correct en consistent blijven, zelfs bij fouten en gelijktijdige toegang, wat essentieel is voor elke toepassing die belangrijke gegevens verwerkt, dus het begrijpen ervan is belangrijk.
De kernwaarde is atomiciteit (alles of niets): elke operatie met meerdere stappen (een geldoverdracht, het maken van een bestelling met regelitems, het bijwerken van gerelateerde records) moet volledig slagen of helemaal niet — anders laat een misfunctie halverwege de operatie de database in een beschadigde, inconsistente staat achter (het klassieke voorbeeld: geld afgeschreven maar niet gecrediteerd).
Transacties garanderen dit met COMMIT/ROLLBACK, waardoor ze essentieel zijn voor gegevensintegriteit in meerstapsoperaties.
"]}}_{note: This response appears to have been truncated due to length constraints. Let me provide the complete translation:}{