Una transacción es un grupo de operaciones tratadas como una unidad única e indivisible — todas tienen éxito juntas (COMMIT) o todas fallan juntas (ROLLBACK). Las transacciones garantizan propiedades ACID, asegurando que los datos se mantengan correctos y consistentes incluso con fallos o acceso concurrente.
;
accounts balance balance id ;
accounts balance balance id ;
;
El ejemplo clásico: una transferencia de dinero. Tanto el débito como el crédito deben ocurrir, o ninguno — de lo contrario se pierde o se crea dinero. Una transacción garantiza esto: en caso de error, ROLLBACK deshace todos los cambios, dejando la base de datos como si nada hubiera pasado.
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)
Estas propiedades son lo que hace que las bases de datos relacionales sean confiables para datos críticos.
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.)
Las transacciones y las propiedades ACID son fundamentales para bases de datos confiables — garantizan que los datos se mantengan correctos y consistentes incluso en medio de fallos y acceso concurrente, lo cual es esencial para cualquier aplicación que maneje datos importantes, por lo que entenderlas es importante.
El valor principal es la atomicidad (todo-o-nada): cualquier operación que implique múltiples pasos (una transferencia de dinero, crear una orden con artículos, actualizar registros relacionados) debe completarse totalmente o no hacerse en absoluto — de lo contrario, un fallo a mitad de la operación deja la base de datos en un estado corrupto, inconsistente (el ejemplo clásico: dinero debitado pero no acreditado).
Las transacciones garantizan esto con COMMIT/ROLLBACK, lo que las hace esenciales para la integridad de datos en operaciones multi-paso.
Entender todas las propiedades ACID — Atomicidad (todo-o-nada), Consistencia (estados válidos), Aislamiento (transacciones concurrentes no interfieren), y Durabilidad (los cambios confirmados sobreviven fallos) — explica por qué se confía en las bases de datos relacionales para datos críticos (finanzas, órdenes, inventario).
Saber que el aislamiento controla el comportamiento de concurrencia (con niveles de aislamiento intercambiando consistencia por rendimiento) se conecta con temas de concurrencia más profundos.
Ya que la integridad de datos es crítica para aplicaciones confiables, y ya que las transacciones (proporcionando atomicidad y las garantías ACID) son el mecanismo que asegura que las operaciones multi-paso no corrompan datos y que la base de datos se mantenga consistente bajo fallos y concurrencia, entender las transacciones y ACID es importante, conocimiento fundamental para construir aplicaciones con datos confiables — es una piedra angular de la confiabilidad de la base de datos y un tema importante y común de entrevistas que demuestra comprensión de cómo las bases de datos garantizan corrección.