¿Qué es una base de datos? Guía básica para usuarios de Excel

Hola, soy yeonghyeon, lidero el desarrollo en 3Min API.

En publicaciones anteriores, tanto Chae-won como yo hemos mencionado la palabra "base de datos" una y otra vez. Apareció al explicar los webhooks, al hablar de JSON y esquemas, y al tratar la preparación de datos para la era de la IA. Nunca faltó.

Sin embargo, nunca dedicamos una publicación a la pregunta "¿qué es realmente una base de datos?". Hoy vamos a dejar esto claro. Es la primera pieza de una serie que continuará con API y JSON.

Esta publicación tiene un único objetivo. Antes de estudiar la tecnología compleja detrás de la palabra "base de datos", primero queremos construir el sentido de "organizar los datos de su negocio como tablas delante suyo, no solo en su cabeza". Una vez que tenga ese sentido, lo demás vendrá de forma natural cuando lo necesite. Así que no hace falta ningún conocimiento previo. Ayuda si conoce Excel como "una herramienta para organizar datos en formato de tabla", y aunque no lo tenga, lo veremos juntos en el cuerpo del texto. Lea con tranquilidad.

¿Qué es una base de datos?

Empecemos por la definición del diccionario. Wikipedia describe una base de datos como "un conjunto de datos organizados". En términos técnicos, al sistema que almacena, gestiona y permite recuperar esos datos se le llama DBMS (DataBase Management System), pero en el habla cotidiana usamos "base de datos (DB)" para referirnos a ambos.

En una frase:

Base de datos = un sistema creado para almacenar datos de forma estructurada, encontrarlos rápidamente y permitir que muchas personas los usen al mismo tiempo.

No hace falta memorizar esta definición. De hecho, usted ya usa varias "bases de datos" todos los días.

Bases de datos en la vida cotidiana

Piense en estas tres cosas:

• Una agenda de contactos: nombres, teléfonos y direcciones organizados uno por línea. Busca un nombre y el número aparece de inmediato.
• Una ficha de préstamo de biblioteca: cada libro tiene una ficha que registra quién lo tomó prestado y cuándo. Se anota al prestar y se borra al devolver.
• El registro de inventario de una tienda de conveniencia: nombres de producto, cantidades y fechas de ingreso. Se resta cuando se vende algo y se suma cuando entra mercancía.

¿Ve el patrón? Hay un formato fijo, datos de la misma forma que se acumulan con el tiempo y la posibilidad de encontrar lo necesario rápidamente. Esa es la esencia de una base de datos. Ya sea en papel, en Excel o en un servidor dedicado, la herramienta cambia pero el principio es el mismo.

Tipos de bases de datos

Las bases de datos modernas se dividen en varios tipos según el uso. Un recorrido rápido:

• Bases de datos relacionales (RDB): el estilo más utilizado y más antiguo. Los datos se almacenan en "tablas" como una hoja de cálculo, y las tablas se vinculan entre sí. Aquí entran MySQL, PostgreSQL y Oracle.
• Bases de datos documentales (Document): en lugar de tablas, almacenan documentos completos como JSON. Útiles cuando la estructura de los datos cambia con frecuencia. MongoDB es el ejemplo más conocido.
• Bases de datos de grafos (Graph): ponen en el centro las "relaciones" entre personas o cosas. Apropiadas para redes sociales y motores de recomendación.
• Bases de datos vectoriales (Vector): un estilo que ha crecido con la era de la IA. Almacena texto o imágenes como arreglos de números para encontrar rápidamente "lo que tiene significado cercano".

La publicación de hoy se concentra en el tipo más utilizado y el caballo de batalla básico del negocio: las bases de datos relacionales.

La historia del dueño de una tienda de vinos

La teoría sola no termina de aterrizar. Es más rápido seguir una situación real.

Imagine que ha abierto una pequeña tienda de vinos. Una ubicación, unos pocos clientes al día al principio. A medida que el negocio crece, su forma de gestionar los datos crece con él.

Etapa 1: un cuaderno manuscrito

En los primeros días, un solo cuaderno es suficiente. Fecha, nombre del cliente, nombre del vino, importe — estos cuatro datos se anotan cada día. Cinco clientes hoy, cinco líneas; diez, diez líneas.

Este enfoque es sorprendentemente potente. No requiere instalación, puede leerse durante un corte de luz y es fácil de delegar. Pero es débil ante la escala. Al pasar los cien clientes habituales, empiezan los problemas. "¿Quién fue el que compró Château Margaux el mes pasado?" — hay que hojear el cuaderno de principio a fin. El control de inventario también es manual.

Etapa 2: Excel

Se expande a tres ubicaciones. Abre Excel. En la mayoría de los casos, simplemente escribe cada transacción en una sola hoja, línea tras línea. Es lo más intuitivo.

Hoja de ventas (toda la información en una hoja)

Fecha	Nombre del cliente	Contacto	Nombre del vino	Precio	Cant.
2026-04-01	Alex	alex@example.com	Château Margaux 2020	89.000	1
2026-04-02	Maria	maria@example.com	Pinot Noir Reserve	45.000	2
2026-04-03	Alex	alex@example.com	Riesling Kabinett	32.000	1
2026-04-05	Alex	alex@example.com	Château Margaux 2020	89.000	1

Al principio esto es cómodo. Todo cabe en una pantalla, y las funciones básicas de Excel (filtro, orden, suma) resuelven mucho. Se puede ir tirando así un buen tiempo.

Pero cuando las transacciones se acumulan, aparecen las grietas.

• La misma información se repite. Si Alex compró tres veces, su nombre y contacto quedan escritos tres veces. Cada vez que se vende el mismo vino, su nombre y precio se escriben de nuevo.
• Un solo cambio implica editar muchas filas. ¿Cambió el contacto de Alex? Hay que buscar cada transacción pasada y actualizarlas una por una. Si olvida una, los datos se enredan.
• Un error tipográfico crea a otra persona. "Alex" un día, "alex" el siguiente, "Alexander" otro — al agregar parecen tres personas diferentes.
• No se puede editar simultáneamente. Si dos personas editan el mismo archivo, los cambios de uno se pierden.
• Alguien debe combinar manualmente los archivos de las tres ubicaciones.
• No se conecta automáticamente con su tienda online, sistema de pagos o software contable.

El problema raíz es "escribir la misma información en varios lugares". De esa única causa se derivan los demás dolores de cabeza.

Etapa 3: una base de datos

La tienda abre una tienda online. Los pedidos entran las 24 horas — por el día desde el POS de la tienda, por la noche desde el sitio web, los fines de semana desde restaurantes asociados. Una única hoja de Excel es físicamente imposible.

Este es el punto donde se necesita una base de datos.

Una aclaración antes de continuar. La imagen que voy a pintar — "pedidos acumulándose automáticamente en una tienda online" — no es en realidad algo que una base de datos produzca por sí sola. Un servidor web que sirve el sitio, una API que permite a los sistemas intercambiar datos y un webhook que notifica en el momento en que algo ocurre — todos ellos tienen que trabajar juntos. Explicarlos todos a la vez solo enredaría la cabeza. Así que hoy aislaremos únicamente "de qué se encarga una base de datos". Las historias del servidor, la API y el webhook llegarán en las siguientes publicaciones de esta serie.

La clave es la "separación"

El verdadero problema destapado en la Etapa 2 era "escribir la misma información en varios lugares". Las bases de datos abordan esto de frente. El método es sencillo: dividir la información de distinta naturaleza en tablas separadas y vincularlas entre sí mediante números.

Dividamos la hoja plana de la tienda de vinos en tres tablas.

Tabla de clientes

N.º de cliente	Nombre	Contacto
001	Alex	alex@example.com
002	Maria	maria@example.com

Tabla de productos

N.º de producto	Nombre del vino	Precio
101	Château Margaux 2020	89.000
102	Pinot Noir Reserve	45.000
103	Riesling Kabinett	32.000

Tabla de ventas

Fecha	N.º de cliente	N.º de producto	Cant.
2026-04-01	001	101	1
2026-04-02	002	102	2
2026-04-03	001	103	1
2026-04-05	001	101	1

Compare las tres tablas con la hoja plana. La diferencia es clara.

• Un nombre aparece una sola vez en la tabla de clientes; el nombre y precio de un vino aparecen una sola vez en la tabla de productos.
• La tabla de ventas usa solo números en lugar de nombres.
• Aunque Alex haya visitado cuatro veces, el texto "Alex" existe en una única fila — en la tabla de clientes.

¿Por qué vincular por número? Porque los nombres o contactos pueden cambiar o escribirse de muchas formas, pero un número, una vez asignado, no cambia. Si cambia el contacto de Alex, actualiza una sola fila en la tabla de clientes y cada consulta pasada o futura de sus transacciones tomará automáticamente la información más reciente. Desaparece la tarea de "encontrar todas las filas que dicen Alex y corregirlas" propia de la hoja plana.

Lo que en Excel eran hoja · encabezado · fila en el mundo de las bases de datos se llama Tabla · Columna · Registro (o Row). Esos tres son las unidades básicas. La terminología cambia, pero lo que se ve es lo mismo que las tablas que acaba de ver.

Sobre la estructura separada corre un sistema

Al llegar aquí podría pensar: "¿no bastaría con dividir mi Excel en tres hojas?". Podría hacerlo. La estructura en sí también es posible en Excel. Pero un servicio que funciona de verdad con los datos necesita cosas que Excel no puede manejar — y una base de datos se encarga de ellas.

Ahora la tienda online está abierta. Mientras el sistema funciona, los registros se acumulan así en la tabla de ventas de la base de datos.

Tabla de ventas (registrada automáticamente)

Hora	N.º de cliente	N.º de producto	Cant.	Canal
2026-04-14 10:23:14	047	101	1	Sitio web
2026-04-14 10:23:29	112	205	2	POS de tienda
2026-04-14 10:23:41	089	101	1	Sitio web
2026-04-14 10:23:55	204	103	3	Restaurante

A diferencia de la hoja plana, nadie escribe esto a mano. El sitio web, el POS y los sistemas del restaurante empujan los registros por su cuenta. Incluso cuando llegan decenas de registros por segundo desde lugares distintos, la base de datos los recibe sin inmutarse.

Comparado con Excel, en la etapa de base de datos cambian cuatro cosas:

1. Muchos sistemas acceden al mismo tiempo. El sitio web, el POS y el software contable leen y escriben los mismos datos en tiempo real.
2. Las reglas se imponen. Una regla como "un registro de venta debe tener número de cliente y número de producto" la comprueba la propia base de datos. Los datos que violan la regla ni siquiera entran.
3. Las búsquedas son rápidas. Incluso con millones de registros, los índices (una especie de catálogo) encuentran al instante los pedidos de un cliente concreto.
4. Los respaldos son automáticos. Aunque falle un servidor, los datos están replicados en otros.

De la época en que alguien debía gestionar cada celda de Excel a mano, hemos pasado a una en la que una estructura separada y reglas automatizadas protegen los datos.

Excel y base de datos, uno al lado del otro

Todo lo visto hasta ahora, en una sola página:

Aspecto	Excel	Base de datos relacional
Edición simultánea	Conflictos	Cientos o miles al mismo tiempo
Integridad de los datos	La revisan las personas	La verifica la propia DB
Velocidad de búsqueda	Se vuelve lenta al crecer	Respuesta inmediata por índices
Respaldos	Guardado manual	Replicación automática
Integración externa	Exportar/importar manual	Conexión automática posible
Costo inicial	Prácticamente cero	Requiere configuración/mantenimiento

La conclusión no es "Excel es malo y la DB es buena". La idea es que, cuando cambian su escala, su velocidad y la cantidad de sistemas que necesita conectar, la herramienta también debe cambiar. La mayoría de los negocios pequeños pueden empezar perfectamente con Excel, y la experiencia de entender el flujo de datos en la etapa de Excel se traslada directamente cuando luego se migre a una base de datos.

Cómo usan las bases de datos los sistemas modernos

Casi cualquier servicio que use hoy tiene una base de datos detrás. Listas de productos de tiendas online, historiales de mensajes de mensajería, registros de transacciones de servicios de pago, datos de locales en aplicaciones de mapas — todo almacenado en una base de datos. La pantalla que ve es solo una cáscara fina; los datos acumulados detrás son el verdadero activo del negocio.

A escala, una base de datos no trabaja sola.

• Está replicada en varios servidores para resistir fallos.
• Los sistemas de permisos controlan quién puede ver qué.
• Los registros de auditoría permiten rastrear quién cambió qué y cuándo.
• Los datos se copian a una DB de análisis para análisis de ventas o entrenamiento de modelos de recomendación.

Los datos no son un libro de cuentas; son capital. Los libros se olvidan al cerrarlos, pero el capital compone mientras se acumula. Una base de datos bien organizada se convierte con el tiempo en la ventaja competitiva de una empresa.

Además del relacional, también existe el "método de plegado"

Lo que hemos visto hoy es la base de datos relacional. Dividir hojas (tablas) y vincularlas por número para eliminar duplicación. Es el estilo más antiguo y más utilizado, y brilla cuando los datos alcanzan decenas de millones de filas.

Pero también existe un enfoque en la dirección contraria. En lugar de dividir la información de una venta (cliente, producto, cantidad, fecha) en tres hojas, plegar todo en un solo bloque JSON y almacenarlo así. Ese estilo de almacenamiento se llama base de datos documental (Document), y MongoDB es el más famoso.

Plegar una venta — antes dispersa en tres hojas — en un único JSON queda así:

{
  "sale_date": "2026-04-14",
  "customer": { "name": "Alex", "email": "alex@example.com" },
  "items": [
    { "name": "Château Margaux 2020", "price": 89000, "quantity": 1 },
    { "name": "Pinot Noir Reserve",   "price": 45000, "quantity": 2 }
  ]
}

La misma información — pero donde el modelo relacional la reparte en tres lugares, el modelo documental la empaqueta en un único bloque. La separación del modelo relacional que aprendimos hoy aparece en los documentales como anidamiento (nesting).

El almacén ordenado y la caja de envío

Una analogía para las dos aproximaciones.

El modelo relacional es como un gran almacén organizado por categorías. Hay estantes separados para clientes, productos y registros de ventas. Cuando entra un pedido, saca de varios estantes lo necesario y lo ensambla. Aunque haya decenas de miles de artículos, el almacén no tiembla.

El modelo documental se parece más a una caja de envío. Empaqueta todo lo necesario para un pedido (datos del cliente, lista de productos, cantidad, fecha) en una sola caja y la traslada tal cual. Del otro lado, abre la caja y ve todo lo relativo a ese pedido de una sola vez.

No es que uno sea mejor que el otro — simplemente encajan en situaciones distintas. La organización del almacén brilla al crecer la escala; la caja de envío es rápida para empezar y cómoda para pedidos individuales.

Por qué lo documental conviene al empezar en pequeño

Los equipos pequeños suelen considerar lo documental antes que lo relacional por tres razones:

1. Se arranca rápido. No hay que diseñar tablas y relaciones con antelación; se envía un bloque JSON y queda almacenado. Para un equipo pequeño sin desarrollador, "empezar hoy y funcionar hoy" es decisivo.
2. El negocio inicial no necesita relaciones complejas. La fuerza del modelo relacional se nota cuando los datos alcanzan decenas de millones de filas y varios sistemas se entrelazan. En "decenas de pedidos al día, una o dos ubicaciones", agrupar en un único bloque la información de un pedido resulta más simple y deja menos margen para el error.
3. Encaja de forma natural con los eventos. Un pedido es, originalmente, un único evento: "un cliente + varios productos + una fecha" atados entre sí. Dispersarlo en tres hojas y re-vincularlo por número resulta menos intuitivo que mantener el evento en un solo bloque.

3Min API eligió por defecto el modelo documental por esas mismas tres razones. Por supuesto, llegará el momento en que funciones propias de lo relacional — como consultar varias tablas de una sola vez — sean necesarias. Para eso, las funciones relacionales están en la hoja de ruta. Pero el punto de partida de hoy es "reducir el tiempo hasta que algo funcione".

Lo que puede probar hoy mismo

Si ha llegado hasta aquí, no necesita conocer el funcionamiento interno de una base de datos ni cómo diseñarla. Esta publicación tenía un único propósito: darle el sentido de "organizar los datos de su negocio como tablas delante suyo, no solo en su cabeza". Ese sentido puede entrenarse por completo dentro de Excel.

Pruebe los tres pasos de abajo en orden. Todo termina dentro de Excel.

Acción 1. Dibujar su negocio en tres hojas de Excel

Si actualmente vuelca todos los datos de su negocio en una sola hoja de Excel, abra un archivo nuevo y divídalo en tres hojas. Cada una cubre personas, cosas y transacciones. Sea cual sea su sector, la mayoría de los negocios pueden expresarse con estos tres ejes. Rellene solo 5–10 filas con datos reales, tomando como referencia las tablas de ejemplo de la tienda de vinos. La regla es una: escribir cada pieza de información en un solo lugar. Los nombres de personas solo en la hoja de personas, los nombres de productos solo en la de cosas, y la de transacciones lleva únicamente números.

Acción 2. Pedir consejo a una IA sobre su Excel

Abra el archivo en ChatGPT, Claude o Gemini (cualquiera), súbalo y pregunte esto:

La hoja de cálculo adjunta contiene datos de mi negocio de [sector]. Para gestionar mejor este Excel, ¿cómo debería dividir las hojas y columnas? Desde la perspectiva de evitar que la misma información aparezca en varios lugares, por favor deme consejos que un no desarrollador pueda poner en práctica.

Lo que la IA debería devolver no es un "diseño de base de datos", sino "una estructura de Excel más limpia". Con eso basta. Tras pasar por este proceso una vez, entenderá en el cuerpo qué significa estructurar los datos.

Acción 3. Esbozar la dirección de la automatización

Una vez ordenado el Excel, lo último es: "cuando llegue el día en que estos datos deban recogerse automáticamente, ¿cómo empiezo?". No necesita convertirse en desarrollador. Solo necesita fijar una dirección.

Pegue este prompt en la misma conversación con la IA:

Usando la siguiente documentación de servicio, guíeme paso a paso, en términos que un no desarrollador pueda entender, sobre cómo podría automatizar más adelante la recopilación de la estructura de Excel que acabo de ordenar utilizando este servicio.

https://3minapi.com/llms-full.txt

La respuesta que reciba seguirá muy probablemente la analogía anterior de la caja de envío: "cree un único endpoint y envíe un pedido como un solo bloque JSON". No se alarme si eso es lo que regresa — es simplemente la "separación" del modelo relacional que aprendimos hoy reapareciendo como "plegado (anidamiento)" en el modelo documental.

La IA orientará sus primeros pasos en función de la situación concreta de su negocio. Con esa respuesta en mano, cuando esté listo, siga cómo crear un endpoint sin un desarrollador.

Próxima entrega

Hoy hemos visto la base de datos — el "recipiente que contiene los datos". Un único recipiente podría parecer suficiente, pero en un negocio real los datos se acumulan en él de forma automática y varios sistemas deben mirar el mismo recipiente al mismo tiempo. La "ventanilla" que hace posible todo eso es el próximo tema.

En la próxima entrega trataremos esa ventanilla, es decir, la API. Siga adelante para ver cómo la tienda online del dueño de la tienda de vinos intercambia los mismos datos con el POS, el sitio web y los restaurantes asociados.

---

→ Próxima entrega: ¿Qué es una API? Guía básica para dueños de pequeños negocios