Aloitamme edistyneiden SQL-aiheiden tarkastelun ACID-periaatteiden käsitteellä.

Olet ehkä huomannut, että käytämme sanaa transaktio ACID-määritelmässä. Saatat ajatella pankkitapahtumaa kuullessasi tämän sanan, mutta tietokantojen yhteydessä transaktio määritellään hieman eri tavalla.

Kuvittele, että käytät verkkokauppasivustoa.
Lisäät tuotteita ostoskoriin, siirryt kassalle ja suoritat maksun. Koko tätä prosessia voidaan pitää tietokantatransaktiona. Näin se toimii:

1. Transaktion aloitus: Aloitat kassaprosessin;
2. Toiminnot:
   • Järjestelmä tarkistaa, että ostoskorin tuotteet ovat edelleen varastossa;
   • Maksutietosi käsitellään;
   • Varastosaldo päivitetään ostettujen tuotteiden osalta;
   • Tietokantaan luodaan tilausmerkintä.
3. Transaktion hyväksyminen (commit): Kun kaikki vaiheet on suoritettu onnistuneesti, transaktio hyväksytään, eli kaikki muutokset tallennetaan tietokantaan;
4. Palautus (rollback) tarvittaessa: Jos jokin vaihe epäonnistuu (esim. maksu ei onnistu), transaktio palautetaan, eli mitään muutoksia ei tallenneta. Tämä varmistaa, että tietokanta pysyy johdonmukaisessa tilassa, ikään kuin transaktiota ei olisi koskaan tapahtunut.

Tämä esimerkki osoittaa, kuinka transaktio yhdistää useita toimintoja yhdeksi luotettavaksi prosessiksi.

Miksi tarvitsemme ACID-ominaisuuksia?

ACID-ominaisuudet ovat tärkeitä tietokannoissa kolmesta keskeisestä syystä:

• Ensinnäkin ne takaavat transaktioiden luotettavuuden käsittelemällä transaktioita yhtenäisinä, jakamattomina yksikköinä, estävät osittaiset päivitykset ja ylläpitävät johdonmukaisuutta;
• Toiseksi ne mahdollistavat samanaikaisuuden hallinnan varmistamalla, että transaktiot suoritetaan itsenäisesti, estäen häiriöt ja säilyttäen tietojen johdonmukaisuuden monen käyttäjän ympäristöissä;
• Lopuksi ne takaavat tietojen pysyvyyden tallentamalla hyväksytyt transaktiot pysyvästi, jolloin tiedot säilyvät järjestelmävirheistä huolimatta ja ovat palautettavissa.