Una transazione è un gruppo di operazioni trattate come un'unità singola, indivisibile — tutte hanno successo insieme (COMMIT) o tutte falliscono insieme (ROLLBACK). Le transazioni garantiscono le proprietà ACID, assicurando che i dati rimangono corretti e coerenti anche in caso di guasti o accesso concorrente.
;
accounts balance balance id ;
accounts balance balance id ;
;
L'esempio classico: un trasferimento di denaro. Sia l'addebito che l'accredito devono avvenire, o nessuno dei due — altrimenti il denaro viene perso o creato. Una transazione garantisce questo: in caso di errore, ROLLBACK annulla tutte le modifiche, lasciando il database come se nulla fosse accaduto.
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)
Queste proprietà sono ciò che rende i database relazionali affidabili per i dati critici.
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.)
Le transazioni e le proprietà ACID sono fondamentali per database affidabili — sono ciò che garantisce che i dati rimangono corretti e coerenti anche in caso di guasti e accesso concorrente, il che è essenziale per qualsiasi applicazione che gestisce dati importanti, quindi comprenderli è importante.
Il valore principale è l'atomicità (tutto o niente): qualsiasi operazione che coinvolge più passaggi (un trasferimento di denaro, la creazione di un ordine con voci, l'aggiornamento di record correlati) deve avere successo completamente o non avere successo affatto — altrimenti un guasto a metà operazione lascia il database in uno stato corrotto, incoerente (l'esempio classico: denaro addebitato ma non accreditato).
Le transazioni garantiscono questo con COMMIT/ROLLBACK, rendendole essenziali per l'integrità dei dati nelle operazioni multi-step.
Comprendere le proprietà complete di ACID — Atomicità (tutto o niente), Consistenza (stati validi), Isolamento (le transazioni concorrenti non interferiscono), e Durabilità (le modifiche committate sopravvivono agli arresti anomali) — spiega perché i database relazionali sono affidabili per i dati critici (finanza, ordini, inventario).
Sapere che l'isolamento controlla il comportamento della concorrenza (con livelli di isolamento che scambiano coerenza con prestazioni) si connette a argomenti di concorrenza più approfonditi.
Poiché l'integrità dei dati è critica per applicazioni affidabili, e poiché le transazioni (che forniscono atomicità e le garanzie ACID) sono il meccanismo che assicura che le operazioni multi-step non corrompono i dati e che il database rimane coerente in caso di guasti e concorrenza, la comprensione delle transazioni e ACID è una conoscenza importante e fondamentale per costruire applicazioni con dati affidabili — è una pietra miliare dell'affidabilità del database e un argomento importante e comune nei colloqui che dimostra la comprensione di come i database garantiscono la correttezza.