ACID es un acrónimo que representa cuatro propiedades críticas para las transacciones de bases de datos: Atomicidad (Atomicity), Consistencia (Consistency), Aislamiento (Isolation) y Durabilidad (Durability). La Atomicidad asegura que una transacción se completa en su totalidad o no se realiza en absoluto; no hay estados intermedios. La Consistencia garantiza que una transacción lleva la base de datos de un estado válido a otro, manteniendo todas las restricciones y reglas definidas. El Aislamiento implica que las transacciones concurrentes se ejecutan de forma independiente, como si fueran secuenciales, evitando interferencias mutuas. Finalmente, la Durabilidad asegura que una vez que una transacción ha sido confirmada (committed), sus cambios son permanentes y sobreviven a cualquier fallo posterior del sistema.
Estas propiedades son fundamentales en la mayoría de los sistemas de gestión de bases de datos relacionales (RDBMS) tradicionales, como PostgreSQL, MySQL, Oracle Database y Microsoft SQL Server. También son implementadas en algunas bases de datos NoSQL que soportan transacciones, como MongoDB (a partir de la versión 4.0 para transacciones multi-documento), CockroachDB y YugabyteDB, que extienden las garantías ACID a entornos distribuidos. Sistemas de colas de mensajes como Apache Kafka pueden ofrecer garantías transaccionales para la producción y consumo de mensajes, aunque su modelo de consistencia es diferente al de una base de datos ACID tradicional.
Para un Arquitecto de Sistemas, comprender ACID es crucial para diseñar sistemas que manejen datos críticos con alta integridad. La elección de una base de datos ACID es vital cuando la precisión y la fiabilidad de los datos son primordiales, como en sistemas financieros, de inventario o de salud. Sin embargo, las garantías ACID, especialmente el Aislamiento estricto, a menudo conllevan trade-offs en términos de rendimiento y escalabilidad horizontal, particularmente en sistemas distribuidos. Los arquitectos deben evaluar si las garantías ACID completas son estrictamente necesarias o si modelos de consistencia más relajados, como la Consistencia Eventual (Eventual Consistency), son aceptables para partes del sistema, equilibrando la integridad de los datos con los requisitos de rendimiento y disponibilidad. La implementación de ACID en bases de datos distribuidas es un desafío complejo que a menudo requiere algoritmos de consenso como Paxos o Raft.