Vi inleder vår utforskning av avancerade SQL-ämnen med begreppet ACID-principer.

Du kanske har lagt märke till att vi använder ordet transaktion i ACID-definitionen. Du kanske tänker på en banktransaktion när du hör detta ord, men i databassammanhang definieras en transaktion på ett lite annorlunda sätt.

Föreställ dig att du använder en webbplats för näthandel.
Du lägger till varor i din kundvagn, går till kassan och genomför en betalning. Hela denna process kan ses som en databastransaktion. Så här fungerar det:

1. Starta transaktion: Du påbörjar kassaprocessen;
2. Operationer:
   • Systemet kontrollerar att varorna i din kundvagn fortfarande finns i lager;
   • Din betalningsinformation behandlas;
   • Lagret uppdateras för att återspegla de varor du har köpt;
   • En orderpost skapas i databasen.
3. Bekräfta transaktion: När alla dessa steg har slutförts framgångsrikt bekräftas transaktionen, vilket innebär att alla ändringar sparas i databasen;
4. Återställning (vid behov): Om något steg misslyckas (t.ex. om betalningen inte går igenom) återställs transaktionen, vilket innebär att inga ändringar sparas. Detta säkerställer att databasen förblir i ett konsekvent tillstånd, som om transaktionen aldrig hade ägt rum.

Detta exempel visar hur en transaktion grupperar flera operationer till en enda, tillförlitlig process.

Varför behöver vi ACID?

ACID-egenskaper är viktiga i databaser av tre huvudsakliga skäl:

• För det första garanterar de transaktionssäkerhet genom att behandla transaktioner som enskilda, odelbara enheter, förhindrar partiella uppdateringar och upprätthåller konsekvens;
• För det andra möjliggör de samtidighetskontroll genom att säkerställa att transaktioner utförs oberoende av varandra, vilket förhindrar störningar och bevarar datakonsekvens i miljöer med flera användare;
• Slutligen säkerställer de datalagringens beständighet genom att permanent spara bekräftade transaktioner, överleva systemfel och säkerställa dataräddning.