ACID

¿Qué es?

ACID es el acrónimo de las cuatro propiedades que garantizan que una transacción en una base de datos se ejecute de forma fiable: Atomicidad, Consistencia, Aislamiento (Isolation) y Durabilidad. Una transacción es un conjunto de operaciones que deben tratarse como una sola unidad —por ejemplo, restar dinero de una cuenta y sumarlo en otra en una transferencia.

Las propiedades ACID son el estándar de fiabilidad de las bases de datos relacionales y la razón por la que se usan en contextos donde un error de datos es inaceptable: banca, contabilidad, facturación o gestión de inventario.

Las cuatro propiedades

• Atomicidad: la transacción se ejecuta por completo o no se ejecuta en absoluto. Si falla a mitad, el sistema deshace lo hecho y no quedan estados intermedios corruptos.
• Consistencia: la transacción lleva la base de datos de un estado válido a otro válido, respetando todas las reglas de integridad (claves, restricciones, tipos).
• Aislamiento: varias transacciones simultáneas no interfieren entre sí; el resultado es como si se hubieran ejecutado una detrás de otra, evitando que una lea datos a medio escribir por otra.
• Durabilidad: una vez confirmada (commit), la transacción persiste aunque el sistema se apague o falle justo después.

Para qué sirve

• Operaciones críticas: garantiza que un cobro, una transferencia o un asiento contable no queden a medias.
• Concurrencia segura: permite que muchos usuarios trabajen sobre los mismos datos sin corromperlos.
• Confianza en los datos: quien construye sobre una base ACID puede asumir que lo confirmado es correcto y permanente.

ACID frente a BASE

Muchas bases de datos NoSQL distribuidas relajan estas garantías a favor de la disponibilidad y el escalado, adoptando un modelo conocido como BASE (Basically Available, Soft state, Eventual consistency), donde la consistencia se alcanza con el tiempo en lugar de al instante.

Esta tensión entre garantías y disponibilidad es precisamente lo que formaliza el teorema CAP: en un sistema distribuido no se puede tener a la vez consistencia fuerte y disponibilidad total ante fallos de red. Elegir ACID o BASE es, en el fondo, decidir qué se prioriza.

Más información

• Base de datos relacional — el modelo donde ACID es la norma
• OLTP — el procesamiento transaccional que depende de las garantías ACID
• Teorema CAP — por qué los sistemas distribuidos deben ceder en algo
• NoSQL — la familia que a menudo cambia ACID por escalado

Para ver cómo encajan estas garantías al elegir motor de datos, el directorio de Business Intelligence de Dataprix recoge fichas y análisis editorial de las principales plataformas.