Las bases de datos transaccionales están diseñadas para cumplir los requisitos de ACID. De esta forma, las operaciones de escritura en la base de datos se ejecutan correctamente o fallan en conjunto, manteniendo un alto nivel de integridad de datos al escribirlos en la base de datos. Por lo tanto, las bases de datos transaccionales son fundamentales para las transacciones empresariales en las que se necesita un alto nivel de integridad de datos. El ejemplo canónico es la banca, donde quieres que una transacción completa sea correcta o falle (pagar desde una cuenta y cobrar en otra).

Como las bases de datos transaccionales están diseñadas para ejecutar sistemas de producción, destacan en las operaciones que tienen que completarse en milisegundos. Si haces analíticas en una réplica transaccional de la base de datos de producción, es probable que la réplica esté prácticamente sincronizada con la base de datos principal, es decir, que tenga una latencia inferior a un segundo.

Trabajar con datos de bases de datos transaccionales para proporcionar una captura de la operación en tiempo real es un caso de uso perfecto para las bases de datos transaccionales, ya que la réplica aporta muy poca latencia. Si quieres monitorizar las cargas de trabajo o el inventario de asistencia, o bien utilizar cualquier otro sistema operativo, y necesitas tomar decisiones basadas en datos lo más actualizados posible, la mejor opción es replicar la base de datos de producción.

Aunque solo falle una parte de la transacción, falla toda la transacción. De esta forma, cada transacción tiene que completarse al 100 % para que se guarde correctamente en la base de datos.

O bien una transacción se escribe en la base de datos (transfiere la base de datos de un estado válido a otro), o se anula la transacción.

Las transacciones que aún no se hayan completado no se pueden usar. Otras transacciones tampoco pueden modificarlas.

Una vez que se haya escrito una transacción en la base de datos, permanecerá en ella aunque se produzca un fallo.