Última actualización: 2026-11-03

Contenido de esta página

• ¿Qué es una base de datos transaccional?
• Características de un sistema transaccional (OLTP)
• Ejemplos de sistemas transaccionales en Colombia
• OLTP vs OLAP: diferencias en 8 criterios
• ¿Por qué no se hacen informes sobre la base transaccional?
• ¿Una pyme necesita dos bases de datos?

Historia real. El 6 de octubre de 2025, el Banco de la República lanzó Bre-B, el servicio de pagos y transferencias inmediatas que las entidades financieras ofrecen en sus propios canales [4] [3]. Opera las 24 horas del día, los siete días de la semana, todo el año [3].

Seis meses después, el Banco hizo cuentas en un comunicado. Desde el lanzamiento, el sistema había procesado más de 617 millones de transacciones, por un valor superior a 97 billones de pesos [4].

Repartidas en los 182 días que van del lanzamiento a ese comunicado, son más de tres millones de transacciones diarias. Dicho de otro modo: al menos unas 39 por segundo, de día y de noche. La división es mía, hecha con las cifras del Banco, y da solo un promedio mínimo.

Un promedio no dice nada de las horas de más movimiento. Lo que sí deja ver es la forma del trabajo: cada transferencia es pequeña, tiene que quedar completa y no puede esperar al día siguiente.

Ese trabajo tiene nombre. Anotar millones de operaciones cortas, a cualquier hora y sin dejar ninguna a medias, es lo que hace una base de datos transaccional. Esta página no describe la arquitectura interna de Bre-B; explica el tipo de sistema que exige un ritmo así.

¿Qué es una base de datos transaccional?

Una base de datos transaccional es la que registra las operaciones del día a día de una organización en el mismo momento en que ocurren: un pago recibido, una venta, un pedido, un producto que sale de la bodega. Su oficio es anotar muchas operaciones pequeñas a la vez, rápido y sin dejar ninguna a medias, para que la siguiente persona encuentre el dato ya actualizado [1].

La guía de arquitectura de Microsoft, en su versión de febrero de 2026, la recomienda cuando hay que procesar operaciones y ponerlas de inmediato a disposición de las aplicaciones, de forma coherente [1]. Y fija el criterio con una frase: úsela «cuando cualquier retraso perceptible en el procesamiento afecte negativamente la operación diaria del negocio» [1].

«Transaccional» describe para qué se usa una base, no cómo guarda sus datos. Por eso una misma base puede ser transaccional por su uso y relacional por su forma; cómo encajan esos criterios se explica en la guía de tipos de bases de datos. En la práctica, la mayoría de las opciones que Microsoft lista para esta carga son motores relacionales, como PostgreSQL y MySQL [1], es decir, bases de datos relacionales de tablas unidas por claves.

¿Qué es OLTP y qué es un sistema OLTP?

OLTP es la sigla en inglés de online transaction processing, procesamiento de transacciones en línea. Así llama Microsoft al manejo de los datos de transacciones con computadores, a medida que ocurren [1]. «Base de datos OLTP» y «base de datos transaccional» son, en el uso corriente, la misma cosa.

Un sistema OLTP es algo más grande que la base. Según Microsoft, la arquitectura más común que usa datos transaccionales tiene tres capas: la pantalla que ve el usuario, la lógica del negocio y, al fondo, el almacén de datos [1]. La base transaccional es esa última capa; el sistema es el conjunto.

¿Qué son los datos transaccionales?

Los datos transaccionales son los registros que dejan las operaciones de una organización: pagos de clientes, pagos a proveedores, productos que entran o salen del inventario, pedidos tomados y servicios prestados [1]. Microsoft señala que cada evento de este tipo suele traer tres cosas: un momento en el tiempo, algunos valores numéricos y referencias a otros datos [1].

Una venta en una tienda lo muestra bien. La fila guarda la fecha y la hora, el valor cobrado y dos referencias: a qué cliente y a qué producto corresponde.

Una transacción, en este sentido técnico, es un grupo de pasos que se cumple completo o no se cumple; si algo falla a mitad de camino, ninguno de los pasos afecta la base [5]. Las garantías que lo aseguran se resumen en la sigla ACID: atomicidad, consistencia, aislamiento y durabilidad [9]. Su mecánica es un tema aparte.

Características de un sistema transaccional (OLTP)

Un sistema transaccional se reconoce por su perfil de carga: muchas escrituras cortas, muchos usuarios al tiempo y respuesta inmediata. Microsoft resume la carga típica de los datos transaccionales como «muchas escrituras, lecturas moderadas» [1]. También los describe como datos muy normalizados, con índices primarios y secundarios, y con registros de tamaño pequeño a mediano [1].

Muchas escrituras cortas y muchos usuarios a la vez

Cada operación toca pocas filas: descontar un saldo, sumar otro, anotar un movimiento. Lo difícil es que miles de personas hacen lo mismo al mismo tiempo, y a veces sobre los mismos datos.

Para que nadie vea un dato a medio escribir, las bases transaccionales usan estrategias de bloqueo, pesimistas u optimistas, según Microsoft [1]. A grandes rasgos, un bloqueo es una reserva temporal: mientras una operación cambia un dato, otra espera o recibe un aviso.

PostgreSQL, un gestor de bases de datos libre, resuelve buena parte de ese problema con el control de concurrencia multiversión, o MVCC por su sigla en inglés. Con él, cada consulta ve una foto de los datos tomada en un momento, aunque otros los estén cambiando, y por eso leer no frena a quien escribe [6]. Cómo comprobar en su propio sistema que dos usuarios no se estorban se explica en las características de una base de datos.

Normalización alta e índices selectivos

Normalizar es repartir los datos en tablas pequeñas para que cada dato se escriba una sola vez. Microsoft explica que esa partición en piezas menores y menos repetidas permite procesar muchas transacciones de forma independiente [1]. También evita los procesos adicionales que exigiría mantener coherentes los datos repetidos [1]. El paso a paso está en la guía de normalización de bases de datos.

Un índice es una estructura aparte, parecida al índice alfabético de un libro, que permite ir directo a las filas buscadas. La documentación de PostgreSQL muestra cuándo rinde más: cuando la tabla tiene muchas filas y la consulta devuelve unas pocas, «quizás cero o una» [7].

Ese es el patrón de una base transaccional: buscar la cuenta 4521, no todas las cuentas del país. Pero cada índice tiene un costo. El sistema debe actualizarlo cada vez que cambia la tabla, lo que añade trabajo a cada escritura, y PostgreSQL recomienda quitar los índices que casi nunca se usan [7]. En una base que escribe sin parar, se indexa lo que se busca a menudo, no todo.

¿Cómo se mide una base transaccional? Transacciones por minuto o por segundo

El rendimiento de un sistema transaccional se mide en transacciones completadas por unidad de tiempo. Unas pruebas estándar de referencia las publica el TPC (Transaction Processing Performance Council, consejo de rendimiento del procesamiento de transacciones), una organización que define pruebas de rendimiento para estos sistemas [8] [11].

Prueba del TPC	Aprobada	Qué simula	Unidad de medida
TPC-C (especificación vigente: versión 5.11.0)	Julio de 1992	Un proveedor mayorista, con cinco tipos de transacción simultáneos, como tomar pedidos y registrar pagos	tpmC: pedidos nuevos ejecutados por minuto [8] [9] [10]
TPC-E	Febrero de 2007	Una firma de corretaje de bolsa	tpsE: transacciones por segundo [11]

La TPC-C añade dos condiciones que retratan bien este tipo de sistema. El tiempo de respuesta de cada transacción debe quedar por debajo de un límite exigido [9]. Y la base debe ofrecer las garantías ACID [9].

Un resultado en tpmC describe la máquina y el programa que se probaron con esa carga simulada. No dice cuántas ventas por minuto aguantará la base de su negocio, que tiene otra mezcla de operaciones.

Ejemplos de sistemas transaccionales en Colombia

Bre-B y el botón PSE, de pagos por internet, son dos sistemas transaccionales que muchos colombianos con cuenta bancaria han tenido cerca. En ambos, cada operación es corta y debe quedar completa o no quedar.

PSE es el botón de Pagos Seguros en Línea, un servicio de la empresa ACH Colombia [12]. Cuando alguien paga una factura o una compra por internet con él, autoriza desde la banca virtual de su banco el débito de los fondos de su cuenta de ahorros, corriente o de depósito electrónico [12]. Esa autorización es, para el banco, una transacción: el débito queda registrado o no queda.

Otros sistemas de la vida diaria funcionan con la misma lógica. Los que siguen son escenarios ilustrativos: no describen el sistema de ninguna entidad concreta.

Escenario ilustrativo	Operación que se anota	Lo que no puede pasar
Cajero automático	Un retiro: baja el saldo y queda el movimiento	Que entregue el dinero y el saldo no baje
Caja o datáfono de una tienda de barrio (el punto de venta, o POS por su sigla en inglés)	Una venta: sale el producto del inventario y entra el pago	Vender la última unidad dos veces
Matrícula en línea de una universidad	Un cupo asignado a un estudiante en un curso	Que dos estudiantes ocupen el mismo último cupo
Turnos de una EPS (entidad promotora de salud)	Una cita asignada a un paciente con un médico y una hora	Dar la misma cita a dos pacientes
Recaudo con tarjeta en el transporte público	Un pasaje cobrado y el saldo de la tarjeta descontado	Cobrar dos veces el mismo pasaje

La columna de la derecha es la que define el tipo. En los cinco casos el peligro es una operación a medias o dos operaciones que chocan sobre el mismo dato. Un esquema completo de las tablas de un banco, con sus claves, está en la guía de ejemplos de bases de datos.

OLTP vs OLAP: diferencias en 8 criterios

La base transaccional (OLTP) anota operaciones una por una; la base analítica, u OLAP por procesamiento analítico en línea, resume grandes volúmenes de historia para informes y a menudo se organiza en cubos de varias dimensiones [2]. Las dos se alimentan de los mismos hechos, pero están diseñadas para trabajos opuestos.

Criterio	Base transaccional (OLTP)	Base analítica (OLAP)
1. Perfil de carga	Muchas escrituras, lecturas moderadas [1]	Muchas lecturas; en la práctica, solo lectura [2]
2. Operaciones típicas	Registrar un pago, un pedido, un movimiento de inventario o un servicio prestado [1]	Cálculos complejos, análisis de tendencias y sumas sobre grandes volúmenes de datos [2]
3. Modelo de datos	Tablas con un esquema (la estructura de columnas) que se exige al escribir [1]	Modelo tabular o multidimensional: cubo, estrella o copo de nieve [2]
4. Normalización	Muy normalizada [1]	Esquemas en estrella o copo de nieve en lugar de la normalización tradicional [2]
5. Índices	Primarios y secundarios [1]	Indexación multidimensional; los índices que guardan los datos por columna son ideales para esta carga [2]
6. Latencia y medida	El dato debe quedar disponible de inmediato para las aplicaciones [1]; se mide en transacciones por minuto o por segundo [8] [11]	Se actualiza a intervalos mucho más lentos; sirve a decisiones estratégicas, no a respuestas inmediatas [2]
7. Volumen e historial	De megabytes a unos pocos terabytes; conviene guardar una ventana de tiempo, como el año fiscal en curso [1]	De cientos de gigabytes a varios petabytes; a menudo conserva la historia para analizar series de tiempo [2]
8. Usuarios	Aplicaciones de clientes, como sitios web y apps móviles o de escritorio, que hablan con la base a través de un intermediario [1]	Usuarios de negocio que arman sus propios informes [2]

Los ocho criterios y su orden son una selección de esta página. Cada celda sale de la documentación de Microsoft o del TPC citada, que describe rasgos típicos y no reglas sin excepción.

¿Por qué no se hacen informes sobre la base transaccional?

No se hacen informes pesados sobre la base transaccional porque las dos cargas compiten por la misma máquina. Un informe que suma millones de transacciones es una consulta larga; las operaciones del día son cortas y no pueden esperar. Microsoft advierte que esos cálculos consumen muchos recursos en un sistema OLTP, pueden tardar y pueden frenar a las demás transacciones al bloquearlas [1].

El mecanismo cambia según el motor. En PostgreSQL, gracias al MVCC, la consulta larga no bloquea a quien escribe [6]. Pero sigue consumiendo recursos de la misma máquina donde se cobran las ventas, y ese consumo es justo lo que Microsoft señala como problema [1].

Hay otras dos razones. La primera es la forma de los datos: como están muy normalizados, casi cualquier informe tiene que volver a unir muchas tablas, y esas consultas suelen volverse complejas para un usuario de negocio sin ayuda técnica [1]. La segunda es el historial: guardar todas las transacciones para siempre, o demasiados datos en una sola tabla, puede volver lentas las consultas, según cuántas transacciones guarde [1].

La salida habitual, según la misma guía, es dejar en la base transaccional una ventana de tiempo útil, como el año fiscal en curso, y llevar la historia a otro sistema, como un almacén de datos [1]. Cómo se construye ese almacén es tema de la ingeniería de datos.

Microsoft reconoce excepciones, como un esquema bien planeado [1]. También admite que la mayoría de las cargas reales no son puramente transaccionales y a menudo piden informes en tiempo real sobre el mismo sistema que opera el negocio; a esa mezcla la llama HTAP, procesamiento híbrido transaccional y analítico [1]. La sintaxis para confirmar o deshacer una transacción pertenece al lenguaje SQL.

¿Una pyme necesita dos bases de datos?

Mi postura, que es opinión y no regla: casi nunca al principio. Una tienda o una cooperativa que arranca puede operar y sacar su informe de cierre de mes con una sola base transaccional bien indexada, si ese informe corre cuando la caja está cerrada.

La señal para separar no es el tamaño de la empresa. Es el día en que el informe y la venta empiezan a coincidir en el horario.

Bre-B no tiene ese lujo. Un sistema que no cierra nunca no tiene una hora tranquila para el informe, y por eso es razonable que su análisis viva en otra parte. Quien paga la decisión de no separar a tiempo no es el analista que espera su tabla: es la persona en la fila de la caja, esperando a que el datáfono apruebe.

Preguntas frecuentes

¿Qué es una tabla transaccional? Es una tabla que recibe una fila nueva por cada operación: cada venta, cada pago, cada cita. Se distingue de las tablas de catálogo, como la de clientes o la de productos, que cambian poco y sirven de referencia. En una base bien diseñada, la tabla transaccional crece todos los días y guarda sobre todo números, fechas y claves que apuntan al catálogo [1].

¿Una base de datos no relacional puede ser transaccional? Sí, con límites que dependen del producto. Entre los almacenes que Microsoft considera aptos para cargas OLTP aparece Azure Cosmos DB, una base no relacional [1]. Según la misma guía, ofrece garantías ACID mediante operaciones por lotes dentro de una misma partición lógica, no sobre toda la base [1].

¿Un resultado alto en TPC-C garantiza que un motor sirve para mi negocio? No. La TPC-C simula un mayorista con una mezcla fija de cinco tipos de transacción [8], y su métrica cuenta solo los pedidos nuevos por minuto [9]. Si su negocio hace sobre todo consultas de saldo o pagos, la cifra publicada le dice poco. Lo útil es probar con una muestra de sus propias operaciones.

¿Qué base de datos transaccional gratuita puedo usar para aprender? PostgreSQL es una opción libre y de código abierto, con casi 40 años de desarrollo según su propio sitio [13]. Admite transacciones completas y la documentación oficial trae un ejemplo de transferencia bancaria para practicar [5]. Para conseguir datos de prueba, revise la guía de bases de datos para practicar.

¿Cada cuánto pasan los datos de la base transaccional a la analítica? Depende de cada negocio. Microsoft indica que los almacenes analíticos suelen refrescarse a intervalos mucho más lentos que la base transaccional, según lo que el negocio necesite [2]. Cualquiera que sea el ritmo, hay que planear la limpieza de los datos y la coordinación de las cargas para mantener al día la base analítica [2]. Para quien necesita análisis en tiempo real, la misma guía señala herramientas específicas [2].

Referencias

Las citas en otro idioma son traducción propia.

1. Microsoft. Online Transaction Processing (OLTP), Azure Architecture Center (fecha del artículo: 6 de febrero de 2026) — definición de OLTP; datos transaccionales (pagos de clientes y a proveedores, inventario, pedidos, servicios; dimensión de tiempo, valores numéricos y referencias); atomicidad y consistencia; bloqueo pesimista u optimista; arquitectura de tres capas; rasgos típicos (muy normalizados, esquema al escribir, «Heavy writes, moderate reads», índices primarios y secundarios, tamaño pequeño a mediano, de MB a unos pocos TB); «Use this architecture when any tangible delay in processing has a negative effect on the day-to-day operations of the business»; desafíos (analítica sobre millones de transacciones muy costosa en recursos y que puede bloquear otras transacciones, consultas complejas por la normalización, historial indefinido; ventana como el año fiscal y descarga a data mart o data warehouse); excepciones como un esquema bien planeado; HTAP; almacenes de Azure para OLTP (Azure SQL, MySQL, PostgreSQL, Cosmos DB con ACID por lotes en una partición lógica). Microsoft Learn: Online Transaction Processing (OLTP) — Consultada: 2026-11-03.
2. Microsoft. Online Analytical Processing, Azure Architecture Center (fecha del artículo: 11 de abril de 2025) — OLAP organiza grandes bases para cálculos complejos y análisis de tendencias sin afectar a los sistemas transaccionales; tradicionalmente usa cubos multidimensionales; a menudo conserva datos históricos; rasgos típicos («Heavy reads, read-only», indexación multidimensional, modelo tabular o multidimensional, cubo, estrella o copo de nieve, de cientos de GB a varios PB); se refresca a intervalos mucho más lentos, sirve a decisiones estratégicas y exige limpieza y orquestación; esquemas en estrella o copo de nieve en lugar de la normalización tradicional; índices columnstore ideales para OLAP; usuarios de negocio que generan informes. Microsoft Learn: Online Analytical Processing — Consultada: 2026-11-03.
3. Banco de la República. Preguntas frecuentes de Bre-B — Bre-B identifica, en los canales de las entidades financieras, el servicio de pagos y transferencias de fondos inmediatas; opera las 24 horas del día, los 7 días de la semana y los 365 días del año. Banco de la República: preguntas frecuentes de Bre-B — Consultada: 2026-11-03.
4. Banco de la República. Celebramos 6 meses de Bre-B (comunicado del 6 de abril de 2026) — lanzamiento el 6 de octubre de 2025; más de 617 millones de transacciones procesadas por un valor superior a 97 billones de pesos. Banco de la República: Celebramos 6 meses de Bre-B — Consultada: 2026-11-03.
5. The PostgreSQL Global Development Group. PostgreSQL 18 Documentation (versión 18.6), sección 3.4 «Transactions» — la transacción agrupa varios pasos en una sola operación de todo o nada; si una falla impide completarla, ninguno de los pasos afecta la base; ejemplo de un pago entre dos cuentas bancarias. PostgreSQL: Documentation 18, Transactions — Consultada: 2026-11-03.
6. The PostgreSQL Global Development Group. PostgreSQL 18 Documentation (versión 18.6), sección 13.1 «Introduction» (control de concurrencia) — modelo multiversión (MVCC): cada sentencia ve una instantánea de los datos; «reading never blocks writing and writing never blocks reading». PostgreSQL: Documentation 18, MVCC Introduction — Consultada: 2026-11-03.
7. The PostgreSQL Global Development Group. PostgreSQL 18 Documentation (versión 18.6), sección 11.1 «Introduction» (índices) — un índice es eficiente cuando la tabla tiene muchas filas y la consulta devuelve unas pocas («perhaps zero or one»); el sistema debe mantenerlo sincronizado con la tabla, lo que añade carga a las operaciones de modificación; los índices que se usan poco o nunca deberían eliminarse. PostgreSQL: Documentation 18, Indexes Introduction — Consultada: 2026-11-03.
8. Transaction Processing Performance Council (TPC). TPC-C (página de presentación) — aprobada en julio de 1992, es una prueba de procesamiento de transacciones en línea (OLTP); mezcla de cinco transacciones simultáneas de distinto tipo y complejidad; simula la actividad de un proveedor mayorista; se mide en transacciones por minuto (tpmC). TPC: TPC-C — Consultada: 2026-11-03.
9. Transaction Processing Performance Council (TPC). TPC-C Overview — la métrica tpm-C es el número de transacciones New-Order (pedido nuevo) ejecutadas por minuto; el tiempo de respuesta de cada transacción debe quedar por debajo de un umbral exigido; la base debe ofrecer las propiedades ACID: atomicidad, consistencia, aislamiento y durabilidad. TPC: TPC-C Overview — Consultada: 2026-11-03.
10. Transaction Processing Performance Council (TPC). Current Specifications (estado al 3 de noviembre de 2026) — versión vigente de la especificación TPC-C: 5.11.0. TPC: especificaciones vigentes — Consultada: 2026-11-03.
11. Transaction Processing Performance Council (TPC). TPC-E (página de presentación) — aprobada en febrero de 2007, prueba OLTP que simula la actividad de una firma de corretaje de bolsa; se mide en transacciones por segundo (tpsE). TPC: TPC-E — Consultada: 2026-11-03.
12. ACH Colombia. PSE para personas — PSE es el botón de Pagos Seguros en Línea, un servicio de ACH Colombia; los usuarios autorizan mediante la banca virtual de su banco el débito de los fondos desde sus cuentas de ahorro, corrientes o depósitos electrónicos. ACH Colombia: PSE para personas — Consultada: 2026-11-03.
13. The PostgreSQL Global Development Group. About PostgreSQL — sistema de bases de datos objeto-relacional de código abierto, con orígenes en 1986 en la Universidad de California en Berkeley y casi 40 años de desarrollo activo; libre y de código abierto. PostgreSQL: About — Consultada: 2026-11-03.

Cómo investigamos esta página

• Pregunta que responde: Qué es una base de datos transaccional (OLTP), qué la distingue de una analítica y por qué no se usa para informes pesados.
• Fuentes: identificadas 19 → incluidas 13
• Criterios de inclusión: documentación oficial de Microsoft y PostgreSQL, el organismo que emite las pruebas TPC y fuentes primarias colombianas (Banco de la República, ACH Colombia); sin prensa ni enciclopedias.
• Fecha de corte de los datos: 2026-11-03