En transaksjon er en gruppe operasjoner behandlet som en enkelt, udelbar enhet — de lykkes alle sammen (COMMIT) eller mislykkes alle sammen (ROLLBACK). Transaksjoner garanterer ACID-egenskaper, som sikrer at data forblir korrekt og konsistent selv ved feil eller samtidig tilgang.
;
accounts balance balance id ;
accounts balance balance id ;
;
Det klassiske eksemplet: en pengeoverføring. Både debet og kredit må skje, eller ingen av dem — ellers går penger tapt eller oppstår. En transaksjon garanterer dette: ved feil, ROLLBACK angrer alle endringer, og etterlater databasen som om ingenting skjedde.
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 egenskapene er det som gjør relasjonsdatabaser pålitelige for 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.)
Transaksjoner og ACID-egenskaper er grunnleggende for pålitelige databaser — de er det som garanterer at data forblir korrekt og konsistent selv midt i feil og samtidig tilgang, noe som er essensielt for enhver applikasjon som håndterer viktig data, så å forstå dem er viktig.
Kjerneytten er atomisitet (alt eller ingenting): enhver operasjon som involverer flere trinn (en pengeoverføring, oppretting av en ordre med linjevarer, oppdatering av relaterte poster) må lykkes helt eller ikke i det hele tatt — ellers etterlater en feil midt i operasjonen databasen i en korrupt, inkonsistent tilstand (det klassiske eksemplet: penger debitert men ikke kreditert).
Transaksjoner garanterer dette med COMMIT/ROLLBACK, noe som gjør dem essensielle for dataintegritet i flertrinnsoperasjoner.
Å forstå alle ACID-egenskapene — Atomisitet (alt eller ingenting), Konsistens (gyldige tilstander), Isolasjon (samtidige transaksjoner forstyrrer ikke hverandre), og Holdbarhet (aksepterte endringer overlever krasj) — forklarer hvorfor relasjonsdatabaser er pålitelige for kritiske data (finans, ordrer, inventar).
Å vite at isolasjon kontrollerer oppførsel ved samtidighet (med isolasjonsnivåer som avveier konsistens mot ytelse) kobler til dypere samtidighetsemner.
Fordi dataintegritet er kritisk for pålitelige applikasjoner, og fordi transaksjoner (som gir atomisitet og ACID-garantiene) er mekanismen som sikrer at flertrinnsoperasjoner ikke korrupterer data og at databasen forblir konsistent under feil og samtidighet, er forståelse av transaksjoner og ACID viktig, grunnleggende kunnskap for å bygge applikasjoner med pålitelige data — det er en hjørnestein i databasepålitelighet og et vanlig, viktig intervjuemne som demonstrerer forståelse av hvordan databaser garanterer korrekthet.