En transaktion er en gruppe operationer, der behandles som en enkelt, udelelig enhed — de lykkes alle sammen (COMMIT) eller mislykkes alle sammen (ROLLBACK). Transaktioner garanterer ACID-egenskaber, hvilket sikrer, at data forbliver korrekte og konsistente selv ved fejl eller samtidig adgang.
;
accounts balance balance id ;
accounts balance balance id ;
;
Det klassiske eksempel: en pengeoverførsel. Både debet og kredit skal ske, eller ingen af dem — ellers går der penge tabt eller skabes. En transaktion garanterer dette: ved fejl undoing ROLLBACK alle ændringer og lader databasen være som om intet er sket.
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)
Disse egenskaber er det, der gør relationsdatabaser pålidelige til kritiske data.
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.)
Transaktioner og ACID-egenskaber er grundlæggende for pålidelige databaser — de er det, der garanterer, at data forbliver korrekte og konsistente selv under fejl og samtidig adgang, hvilket er vigtigt for enhver applikation, der håndterer vigtige data, så det er vigtigt at forstå dem.
Kerneværdien er atomaritet (alt eller intet): enhver operation, der involverer flere trin (en pengeoverførsel, oprettelse af en ordre med linjeelementer, opdatering af relaterede poster), skal lykkes helt eller slet ikke — ellers efterlader en fejl midt i operationen databasen i en ødelagt, usammenhængende tilstand (det klassiske eksempel: penge debiteret men ikke krediteret).
Transaktioner garanterer dette med COMMIT/ROLLBACK, hvilket gør dem vigtige for dataintegritet i flerinstruktionsoperationer.
Forståelse af de fulde ACID-egenskaber — Atomaritet (alt eller intet), Konsistens (gyldige tilstande), Isolation (samtidige transaktioner blander sig ikke), og Holdbarhed (committed ændringer overlever nedbrud) — forklarer, hvorfor relationsdatabaser er pålidelige til kritiske data (finans, ordrer, lager).
At vide, at isolation styrer samtidig adfærd (med isolationsniveauer, der bytter konsistens for ydeevne), forbinder til dybere samtidighedsemner.
Da dataintegritet er kritisk for pålidelige applikationer, og da transaktioner (der giver atomaritet og ACID-garantierne) er den mekanisme, der sikrer, at flerinstruktionsoperationer ikke ødelægger data, og at databasen forbliver konsistent under fejl og samtidighed, er forståelse af transaktioner og ACID vigtig, grundlæggende viden for at opbygge applikationer med pålidelige data — det er en hjørnesten i databasepålidelighed og et almindeligt, vigtigt interviewemne, der demonstrerer forståelse af, hvordan databaser garanterer rigtighed.