Wat is ACID?
Veeg om het menu te tonen
We beginnen onze verkenning van geavanceerde SQL-onderwerpen met het concept van ACID-principes.
ACID is een acroniem dat staat voor Atomicity, Consistency, Isolation en Durability. Deze vier eigenschappen vormen fundamentele principes in databasebeheer en zijn ontworpen om de betrouwbaarheid van databasetransacties te waarborgen.
Het is je misschien opgevallen dat we het woord transactie gebruiken in de ACID-definitie. Je denkt misschien aan een banktransactie bij het horen van dit woord, maar in de context van databases wordt een transactie iets anders gedefinieerd.
Een transactie verwijst naar een reeks van één of meer databasebewerkingen die als één logische eenheid van werk worden behandeld.
Stel je voor dat je een online winkelwebsite gebruikt.
Je voegt artikelen toe aan je winkelwagen, gaat naar de kassa en doet een betaling. Dit hele proces kan worden gezien als een databasetransactie. Zo werkt het:
- Transactie starten: je begint met het afrekenproces;
- Bewerkingen:
- Het systeem controleert of de artikelen in je winkelwagen nog op voorraad zijn;
- Je betalingsinformatie wordt verwerkt;
- De voorraad wordt bijgewerkt om de gekochte artikelen weer te geven;
- Een orderrecord wordt aangemaakt in de database.
- Transactie bevestigen: zodra al deze stappen succesvol zijn voltooid, wordt de transactie bevestigd, wat betekent dat alle wijzigingen in de database worden opgeslagen;
- Rollback (indien nodig): als een stap mislukt (bijvoorbeeld als de betaling niet lukt), wordt de transactie teruggedraaid, wat betekent dat geen van de wijzigingen wordt opgeslagen. Dit zorgt ervoor dat de database in een consistente staat blijft, alsof de transactie nooit heeft plaatsgevonden.
Dit voorbeeld laat zien hoe een transactie meerdere bewerkingen groepeert tot één betrouwbaar proces.
Waarom hebben we ACID nodig?
ACID-eigenschappen zijn belangrijk in databases om drie belangrijke redenen:
- Ten eerste garanderen ze de betrouwbaarheid van transacties door transacties als enkele, ondeelbare eenheden te behandelen, voorkomen ze gedeeltelijke updates en handhaven ze consistentie;
- Ten tweede maken ze concurrentiebeheer mogelijk door ervoor te zorgen dat transacties onafhankelijk worden uitgevoerd, waardoor onderlinge beïnvloeding wordt voorkomen en dataconsistentie behouden blijft in omgevingen met meerdere gebruikers;
- Tot slot waarborgen ze de duurzaamheid van gegevens door definitief vastleggen van bevestigde transacties, waardoor deze bestand zijn tegen systeemstoringen en gegevensherstel mogelijk blijft.
Laten we een situatie met een bankrekening bekijken:
- Transactie 1 (T1): Je maakt $100 over van je spaarrekening naar je betaalrekening.
- Tegelijkertijd, Transactie 2 (T2): Je controleert online het saldo van je spaarrekening.
- Maar dan krijgt T1 een fout—mogelijk door een netwerkprobleem—en lukt het niet om de overboeking te voltooien.
- Ondertussen wordt T2 afgerond en toont het saldo van je spaarrekening, inclusief de $100 overboeking die eigenlijk nog niet heeft plaatsgevonden.
Dit schendt de Isolatie-eigenschap van ACID. Hoewel de overboeking niet is voltooid (door de fout van T1), heb je het effect ervan al gezien in je rekeningsaldo. Deze inconsistentie kan gebruikers verwarren en tot onjuiste financiële beslissingen leiden.
Bedankt voor je feedback!
Vraag AI
Vraag AI
Vraag wat u wilt of probeer een van de voorgestelde vragen om onze chat te starten.
