Ir a

¿Qué son las bases de datos transaccionales?

Las bases de datos transaccionales están optimizadas para los sistemas de producción en ejecución, que abarcan desde sitios web hasta entidades bancarias y tiendas. Estas bases de datos destacan por leer y escribir filas de datos concretas de manera muy rápida sin debilitar la integridad de los datos.

Información general sobre las bases de datos transaccionales

Las bases de datos transaccionales son almacenes de filas, lo que significa que los datos se almacenan en discos como filas, en vez de como columnas. Los almacenes de filas son la solución ideal para consultar toda la información de un cliente en la tabla de usuarios, ya que puedes buscar solo los datos que necesitas. Sin embargo, no son tan eficaces cuando intentas contar los clientes de un código postal concreto, ya que no solo tienes que cargar la columna ZIP, sino también las columnas name, address y user_id.

Las bases de datos transaccionales no se han diseñado específicamente para las analíticas, pero suelen convertirse en entornos de analíticas de facto porque ya se usan como bases de datos de producción. Como existen desde hace años, son conocidas, accesibles y omnipresentes.

Si tu organización no tiene una pila de analíticas independiente, una de las maneras más rápidas de hacerlo es crear una réplica de la base de datos transaccional. De este modo, las consultas de analíticas no obstaculizan accidentalmente las consultas de producción esenciales para la empresa y, además, estas requieren una configuración mínima. El inconveniente es que estas bases de datos están diseñadas para procesar transacciones, no análisis. Aunque su uso es ideal para empezar con las analíticas, es posible que te encuentres con limitaciones y necesites soluciones provisionales antes que si lo hicieras con una configuración específica de analíticas.

¿Cuáles son las ventajas de las bases de datos transaccionales?

Las bases de datos transaccionales son perfectas para:

Asegurar la integridad de datos

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).

Latencia baja

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.

Monitorizar sistemas operativos

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.

¿Qué es la transacción ACID en la base de datos?

ACID es un conjunto de propiedades que describen cómo se diseñan las bases de datos transaccionales para conservar la integridad de las operaciones de escritura en la base de datos. A continuación, te mostramos las definiciones de cada propiedad:

Atomicidad

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.

Coherencia

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.

Aislamiento

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

Durabilidad

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