Vi vil begynde vores udforskning af avancerede SQL-emner med begrebet ACID-principper.

Du har måske bemærket, at vi bruger ordet transaktion i ACID-definitionen. Du tænker måske på en banktransaktion, når du hører dette ord, men i databasesammenhæng er en transaktion defineret lidt anderledes.

Forestil dig, at du bruger en online shopping-hjemmeside.
Du lægger varer i din kurv, går til kassen og gennemfører en betaling. Hele denne proces kan betragtes som en databasetransaktion. Sådan fungerer det:

1. Start transaktion: Du påbegynder betalingsprocessen;
2. Operationer:
   • Systemet verificerer, at varerne i din kurv stadig er på lager;
   • Dine betalingsoplysninger behandles;
   • Lagerbeholdningen opdateres for at afspejle de varer, du har købt;
   • En ordrepost oprettes i databasen.
3. Commit transaktion: Når alle disse trin er gennemført med succes, bliver transaktionen committet, hvilket betyder, at alle ændringer gemmes i databasen;
4. Rollback (om nødvendigt): Hvis et trin fejler (f.eks. hvis betalingen ikke går igennem), rulles transaktionen tilbage, hvilket betyder, at ingen af ændringerne gemmes. Dette sikrer, at databasen forbliver i en konsistent tilstand, som om transaktionen aldrig var sket.

Dette eksempel viser, hvordan en transaktion samler flere operationer i én pålidelig proces.

Hvorfor har vi brug for ACID?

ACID-egenskaber er vigtige i databaser af tre centrale grunde:

• For det første garanterer de transaktionspålidelighed ved at behandle transaktioner som enkeltstående, udelelige enheder, forhindrer delvise opdateringer og opretholder konsistens;
• For det andet muliggør de samtidighedskontrol ved at sikre, at transaktioner udføres uafhængigt, hvilket forhindrer forstyrrelser og bevarer datakonsistens i miljøer med flere brugere;
• Endelig sikrer de datavarighed ved permanent at registrere committede transaktioner, så de overlever systemfejl og sikrer datagendannelse.