OLTP (Online Transaction Processing)

¿Qué es?

OLTP (Online Transaction Processing, procesamiento de transacciones en línea) es la categoría de sistemas y bases de datos diseñados para gestionar transacciones individuales en tiempo real: una venta en un e-commerce, una transferencia bancaria, un alta de cliente en un CRM, una orden de fabricación en un ERP.

Es el modelo dominante en los sistemas operativos del día a día de cualquier organización. Cuando alguien dice “base de datos relacional” pensando en el ERP o el CRM, en el 99% de los casos hablamos de OLTP.

Características principales

• ACID: garantías de Atomicidad, Consistencia, Aislamiento y Durabilidad. Una transferencia bancaria debe pasar entera o no pasar.
• Latencia muy baja: respuestas en milisegundos, no en segundos.
• Operaciones cortas: insertar una fila, actualizar dos campos, leer un registro por su PK.
• Alta concurrencia: miles de usuarios accediendo simultáneamente.
• Modelo normalizado: típicamente 3FN (tercera forma normal) para evitar redundancia y mantener la coherencia.
• Volumen pequeño por operación: cada transacción toca pocas filas.

OLTP vs OLAP — la pareja clásica

	OLTP	OLAP
Propósito	Operar el negocio	Analizar el negocio
Operaciones	Inserts, updates, deletes	Lecturas masivas y agregaciones
Volumen por consulta	1-10 filas	Millones de filas
Latencia	Milisegundos	Segundos
Modelo	Normalizado (3FN)	Dimensional (estrella, copo)
Frescura	Tiempo real	Datos del día/hora anterior
Sistemas	ERP, CRM, e-commerce, banca	Data warehouse, BI
Usuarios típicos	Miles (operadores, clientes)	Decenas (analistas, ejecutivos)

Idea clave: OLTP y OLAP son complementarios, no competidores. Una empresa madura tiene los dos: el ERP en OLTP, el data warehouse en OLAP, conectados por procesos ETL/ELT que mueven datos del primero al segundo.

Ejemplo

En un e-commerce típico:

• OLTP (PostgreSQL, MySQL, SQL Server, Oracle): cada vez que un cliente añade un producto al carrito, hace pago, recibe email de confirmación → son transacciones individuales sobre la base operativa, con bloqueos, índices y todo el aparato relacional.
• OLAP (Snowflake, BigQuery, Redshift): cada noche se cargan las ventas del día al data warehouse y los analistas hacen consultas tipo “ventas por categoría y país en los últimos 12 meses”.

Bases de datos OLTP típicas

Relacionales clásicas (las más usadas):

• PostgreSQL — open source, estándar moderno.
• MySQL / MariaDB — popularísimas en web.
• Microsoft SQL Server — fuerte en empresa Microsoft.
• Oracle Database — banca, telecos, gran empresa.

NewSQL (relacionales con escalabilidad horizontal):

• CockroachDB, YugabyteDB, Google Spanner.

OLTP NoSQL (documentales, K/V, etc., con casos de uso transaccionales):

• MongoDB, DynamoDB, Cassandra.

¿Cuándo NO basta con OLTP?

• Cuando los analistas saturan tu base operativa con queries agregadas (síntoma: “tarda mucho el cierre y bloquea operaciones”). Es el momento de plantear un data warehouse.
• Cuando necesitas histórico que tu OLTP purga regularmente.
• Cuando tienes 5+ sistemas operativos y hace falta una visión unificada.

Más información

• OLTP vs OLAP: patrones y anti-patrones — capítulo de la guía práctica de arquitectura de datos de Dataprix.
• Compara plataformas de bases de datos en el directorio de Dataprix.