Tema 1: ¿Qué es una base de datos y por qué debería importarte?

Identificador: PF-001

XP: 100

Insignia: 🥉 Bronce — "Despierto de BD"

Tier: Novato

Tiempo estimado: 60-90 minutos (lectura + LAB)

Pre-requisitos: ninguno — este es el primer tema del libro

🖼️ Imagen de inicio del tema

[Ilustración cartoon a color: el calmécac (escuela mexica) reimaginado como un datacenter moderno. Moka, la base de datos personificada, aparece como un tlacuilo (escribano mexica) con un tocado de plumas, rodeada de glifos y códices. A su lado, Citlalli (una ingeniera de 30 años, ascendencia mexica, con un tatuaje de glifo en el antebrazo) le explica algo a Sofía. Don Carlos, al fondo, sostiene un manuscrito abierto. El mural del fondo muestra la Triple Alianza: Tenochtitlan, Texcoco y Tlacopan, cada una como un "altépetl" con tributos fluyendo hacia el centro.]

Pie de imagen: "Antes de que existieran los archivos digitales, ya existían los calmécac donde los tlacuilos guardaban el conocimiento del imperio. La idea es la misma: organizar datos para que sobrevivan al tiempo."

🎯 En este tema aprenderás

Al terminar este tema vas a poder:

Explicar con tus propias palabras qué es una base de datos y qué es un DBMS, sin usar jerga. Diferenciar entre "archivo" (Excel, CSV) y "base de datos" (sistema que gestiona datos). Nombrar los 4-5 problemas clásicos que resuelve una base de datos y por qué importan. Reconocer los personajes del libro: Sofía (tú), Don Carlos (tu mentor), Moka (la base de datos), Citlalli (la ingeniera con visión mexica) y Robotillo (la IA). Entender por qué la idea de organizar datos no es nueva: viene desde hace siglos. Instalar tu curiosidad — y abrir la página del cuaderno — para empezar con el pie derecho.

👥 Los personajes de tu viaje

A lo largo del libro vas a ver a estos seis personajes. Hoy los conoces:

• Sofía Hernández Ruiz — 26 años, recién egresada de ingeniería en sistemas. Trabaja en su primer empleo de soporte técnico y quiere brincar a administradora de bases de datos. Hace las preguntas que tú harías. Es tu avatar.
• Don Carlos Mendoza — 48 años, DBA senior con 22 años de experiencia. Ha administrado Oracle, SQL Server, MySQL y PostgreSQL en bancos, telcos y startups. Es tu mentor técnico. Explica con paciencia y ejemplos del mundo corporativo.
• Moka — la base de datos personificada. Es un personaje curioso, muy ordenado, con memoria prodigiosa pero temperamental cuando la dejas sin mantenimiento. En este libro aparece como un tlacuilo mexica con un tocado de plumas, porque nos gusta la idea de honrar a quienes cuidaban los registros hace 700 años.
• Citlalli — 30 años, ingeniera de software con ascendencia mexica, tatuaje de glifo en el antebrazo. Aporta la perspectiva histórica y cultural. Cada tema cierra con su sección "Tras las huellas" donde conecta los conceptos técnicos con la manera en que los antiguos nahuas organizaban la información.
• Nube — aparece en el Capítulo 4. Representa los servicios administrados (AWS RDS, Azure SQL). Le gusta "escalar por ti".
• Robotillo — tu copiloto IA. Aparece en cada bloque "AI Mission". No te resuelve nada: te explica el porqué.

Convención del libro: cuando veas "Don Carlos dice…", es la voz del mentor técnico. "Citlalli aporta…" trae la mirada histórica y cultural. "Moka" habla con sarcasmo de archivadora experimentada. Y "Sofía pregunta…" es la duda típica del principiante.

🏛️ Visión mexica — Por Citlalli

Citlalli aporta: "Antes de que alguien inventara la palabra 'base de datos', los mexicas ya resolvían el mismo problema. Imagina el imperio en 1519: tres ciudades-estado aliadas — Tenochtitlan, Texcoco y Tlacopan — cada una enviaba tributos regularmente al huey tlatoani. Cacao desde la costa, mantas de algodón desde Oaxaca, plumas de quetzal desde Tabasco, jade desde la sierra. Si el calpixqui de cada altépetl (el recaudador) no llevaba un registro riguroso, el imperio se caía.

¿Qué era ese registro? Una base de datos. Tablas de tributos, columnas por tipo (cacao, mantas, plumas), filas por entrega, y un sistema de auditoría para que nadie se robara nada. El calmécac — la escuela de nobles donde vivían los tlacuilos — era el 'servidor' donde se custodiaban esos registros.

Lo fascinante es que los problemas que un DBA moderno resuelve (consistencia, integridad, backup, seguridad) eran exactamente los mismos que el calpixqui tenía que resolver en 1519. Han pasado 500 años, las herramientas cambiaron, los principios son los mismos."

📚 Bloque 1: La definición honesta

Sofía pregunta: Don Carlos, ¿qué es una base de datos? En serio, sin definiciones de diccionario.

Don Carlos dice: Mira, Sofía. Una base de datos es una colección de datos organizados de manera que puedas guardarlos, buscarlos, actualizarlos y protegerlos sin volverte loca. Lo importante no son los datos en sí, sino el sistema que los gestiona.

Moka interviene: Perdón, pero esa definición se queda corta. Una base de datos sin el sistema que la gobierna es como una bodega sin gerente: pura anarquía. Lo que tú necesitas como profesional es el DBMS — Database Management System — el programa que decide cómo se guardan, quién los ve, cómo se buscan, qué pasa si dos personas quieren cambiar lo mismo al mismo tiempo.

La definición técnica:

Base de datos (BD): colección de datos persistentes, organizados de forma lógica, que representan algún aspecto del mundo real y están diseñados para ser consultados y modificados.

DBMS (o motor, o SGBD): el software que gestiona esa colección. MySQL, PostgreSQL, SQL Server y Oracle son DBMS. La "base de datos" es lo que está adentro; el "motor" es el programa que la cuida.

Piénsalo así:

| Sin DBMS (archivos en una carpeta) | Con DBMS (MySQL, PostgreSQL) | |---|---| | Cada programa abre y cierra archivos a su manera. | Un único motor recibe peticiones de todos los programas. | | Si dos usuarios escriben a la vez, se pisan. | El motor serializa los accesos con transacciones. | | Buscar "todos los clientes de Monterrey" requiere leer todo el archivo. | Una consulta SQL lo resuelve en milisegundos. | | No hay control de quién ve qué. | Roles, permisos, auditoría, encriptación. | | Si se cae el disco, perdiste todo. | Backups, replicación, recuperación punto-en-tiempo. |

Sofía pregunta: ¿Y no puedo usar Excel para todo?

Don Carlos dice: Puedes… hasta que tienes 50 mil clientes, 3 personas metiendo datos al mismo tiempo, y necesitas saber "quién cambió qué cuándo". Ahí Excel se rompe. Una base de datos está pensada para esos problemas desde el día uno.

Citlalli añade: "Y eso mismo le pasó al imperio. Cuando los tributos eran pocos y el huey tlatoani los conocía de memoria, no hacía falta registro. Cuando el imperio creció a 371 pueblos tributarios (eso dice el Códice Mendoza), la memoria del tlatoani ya no alcanzaba. La complejidad obligó a inventar un sistema. Lo mismo te va a pasar a ti con tu tienda online."

📚 Bloque 2: Los 5 problemas que la BD resuelve (y que sin ella, te quitan el sueño)

Estos cinco problemas son los que hacen que un DBA junior gane su sueldo:

1. Concurrencia: "todos quieren lo mismo al mismo tiempo" Dos cajeros registrando pedidos al mismo tiempo. Sin DBMS, se pisan. Con DBMS, el motor pone orden: una transacción espera a la otra. Lo verás a fondo en el Tema 20 (Transacciones, ACID).

2. Integridad: "nunca metas basura" Si tienes una tabla de `pedidos` y otra de `clientes`, ¿qué pasa si intentas crear un pedido de un cliente que no existe? Sin integridad, tendrías "pedidos fantasma". Con ella, la base de datos rechaza la operación. Lo verás en el Tema 19 (llaves foráneas y constraints).

3. Persistencia y recuperación: "se cayó el servidor, ¿qué hago?" Los DBMS escriben a disco de forma ordenada y guardan bitácoras (logs). Si se cae la luz, al reiniciar el motor recupera los datos comprometidos. Esto es la magia del WAL — Write-Ahead Log — que verás en el Tema 23 (Backup físico, PITR).

4. Seguridad: "no todos deben ver todo" Un cliente no debería ver los datos de otro. Un analista de marketing no debería poder borrar clientes. El DBMS maneja roles, permisos y auditoría. Lo verás en el Tema 28 (Seguridad).

5. Performance: "mil millones de filas en 200 ms" Sin índices, buscar en una tabla de mil millones de filas requiere leer todo. Con el índice correcto, el motor encuentra la fila en milisegundos. Lo verás en el Tema 25 (EXPLAIN) y Tema 26 (índices).

Regla de oro del DBA junior: no optimices nada hasta que sepas que está lento. Primero que funcione, luego que sea rápido.

Citlalli contextualiza: "Los mexicas resolvieron estos mismos problemas a su manera. La 'concurrencia' en el mercado de Tlatelolco se resolvía con normas y con la presencia de los calpixqui vigilando. La 'integridad' se garantizaba con la firma del tlacuilo en cada registro. El 'backup' era la tradición oral: los ancianos repetían los datos importantes en cada generación. La 'seguridad' dependía de la confianza en los calpixqui. La 'performance' se lograba con mensajeros (payani) en lugar de un servidor central. La solución técnica cambió; los problemas no."

📚 Bloque 3: "Base de datos" vs "DBMS" vs "Servidor" vs "Esquema"

Sofía va a tu primera entrevista y el reclutador pregunta: "¿cuántas bases de datos tienes en producción?". No confundas estos términos:

• Servidor de base de datos (o instancia): el programa motor corriendo en una máquina. Una sola instalación de MySQL 8.4 corriendo en tu laptop ES un servidor.
• Base de datos (o database/schema): un contenedor lógico dentro del servidor. En un mismo servidor MySQL puedes tener las bases `tienda_tlalli`, `erp_corporativo`, `logs_auditoria`. Cada una con sus propias tablas, usuarios, permisos.
• Esquema (schema): la estructura de cómo están organizadas las tablas dentro de una base de datos. En MySQL, "schema" y "database" son sinónimos. En PostgreSQL, un schema es un namespace dentro de una database.
• Tabla: la estructura que guarda los datos. Una tabla es como una hoja de Excel: tiene filas (registros) y columnas (campos).
• Registro / fila / tupla: una entrada individual dentro de una tabla. "El cliente con id 7 hizo un pedido el 15 de octubre".
• Columna / campo / atributo: la propiedad de un registro. "El nombre del cliente", "el precio del producto".

┌─────────────────────────────────────────────────────────────┐
│ Servidor MySQL (una instalación)                            │
│  ┌────────────────────────┐  ┌────────────────────────┐    │
│  │ Base de datos A        │  │ Base de datos B        │    │
│  │  ├── tabla clientes    │  │  ├── tabla empleados   │    │
│  │  ├── tabla pedidos     │  │  ├── tabla nominas     │    │
│  │  └── tabla productos   │  │  └── tabla asistencia  │    │
│  └────────────────────────┘  └────────────────────────┘    │
└─────────────────────────────────────────────────────────────┘

Citlalli mira el diagrama y añade: "En el sistema tributario mexica, el equivalente era así: el 'servidor' era el imperio; cada 'base de datos' era un altépetl (ciudad tributaria) como Tlatelolco, Texcoco o Azcapotzalco; las 'tablas' eran los distintos tipos de tributo (cacao, mantas, plumas, maíz); las 'filas' eran cada entrega individual; las 'columnas' eran los atributos de cada tributo (cantidad, calidad, fecha, destinatario). El calpixqui era el 'DBA' que mantenía la integridad entre altépetl. La misma estructura conceptual, 500 años antes."

Tip del cuaderno: dibuja tu propia versión. Ponle los nombres de las bases de datos que vas a usar en el libro: `tienda_tlalli` (la principal), `tienda_tlalli_test` (para hacer pruebas sin miedo a romper nada).

📚 Bloque 4: El lenguaje universal: SQL

Hay un detalle hermoso: casi todos los DBMS hablan el mismo idioma: SQL (Structured Query Language, lenguaje de consulta estructurado). Es un lenguaje declarativo: tú le dices QUÉ quieres, no CÓMO obtenerlo.

-- Dame los nombres de los clientes que viven en Monterrey
SELECT nombre FROM clientes WHERE ciudad = 'Monterrey';

Esa misma consulta funciona en MySQL, PostgreSQL, SQL Server y Oracle. Hay diferencias menores (algunas funciones, tipos de datos, sintaxis de creación de tablas), pero el 80% del SQL que aprenderás en este libro te servirá en cualquier motor.

Moka aclara: "SQL es como el español. Casi todos los hispanohablantes nos entendemos, pero un mexicano y un argentino tienen sus modismos. Así pasa con MySQL y PostgreSQL: el núcleo es idéntico, los detalles de sintaxis varían."

Hay 4 sub-lenguajes dentro de SQL que verás a lo largo del libro:

• DDL (Data Definition Language): crear, modificar, borrar estructuras. `CREATE`, `ALTER`, `DROP`, `TRUNCATE`.
• DML (Data Manipulation Language): insertar, leer, actualizar, borrar datos. `SELECT`, `INSERT`, `UPDATE`, `DELETE`.
• DCL (Data Control Language): permisos. `GRANT`, `REVOKE`.
• TCL (Transaction Control Language): transacciones. `BEGIN`, `COMMIT`, `ROLLBACK`, `SAVEPOINT`.

📚 Bloque 5: ¿Y por qué este libro te va a servir?

Don Carlos dice: Sofía, déjame ser honesto contigo. La mayoría de libros de bases de datos cometen uno de dos errores:

Error 1 — son demasiado académicos. Te explican la teoría de Codd, las 12 reglas, álgebra relacional, formas normales… y cuando llegas al trabajo real, no sabes ni cómo crear una tabla.

Error 2 — son demasiado superficiales. Te enseñan SELECT y JOIN en 50 páginas y ya. Pero no te enseñan a hacer un backup, ni a configurar un usuario, ni a leer un plan de ejecución.

Este libro intenta el camino medio:

• Te explica la teoría mínima necesaria para no parecer tonto en una entrevista.
• Te pone a hacer cosas reales desde el primer LAB (este mismo tema tiene uno).
• Te muestra el mismo problema en MySQL (con XAMPP, que seguramente ya conoces) y en PostgreSQL (que vas a usar profesionalmente).
• Al final de cada tema, te da una Quest con preguntas al estilo de las entrevistas reales de DBA junior en México.

Citlalli añade: "Y yo voy a estar al final de cada tema, mostrándote que esto que aprendes hoy tiene raíces mexicanas profundas. No es adornar el libro: es recordar que la inteligencia para organizar datos no es propiedad de Silicon Valley. Los tlacuilos mexicas ya lo hacían en 1500."

Sofía: Don Carlos, ¿y si me equivoco en un LAB?

Don Carlos: En tu base de datos local te puedes equivocar todas las veces que quieras. Para eso vas a tener una base `tienda_tlalli_test` separada. La base de datos de producción no la tocas hasta que sepas lo que estás haciendo. Regla sagrada del DBA: nunca pruebes en producción.

🤖 AI Mission — "Pregúntale, no le pidas que lo haga"

Convención del libro: cada tema trae una "AI Mission". Aquí la IA no te resuelve nada: te explica el porqué. No le pidas que te escriba la respuesta, pídele que te ayude a entender.

Misión 1.1: Abre tu IA favorita (ChatGPT, Claude, Gemini) y pregúntale:

"Soy estudiante de bases de datos, voy empezando. Explícame con una analogía del mundo real qué es una transacción ACID, y por qué importa. No uses jerga técnica todavía."

Misión 1.2: Ahora pregúntale:

"Si yo tengo una tienda online con 10 cajeros metiendo pedidos al mismo tiempo, ¿qué pasa si dos cajeros quieren vender la última unidad del mismo producto? ¿Cómo evita la base de datos que se vendan 2 unidades cuando solo hay 1?"

Lo que NO debes hacer en esta AI Mission:

• ❌ No le pidas que te escriba código SQL todavía.
• ❌ No le pidas que te haga un resumen del tema.
• ❌ No le pidas que te dé la respuesta a las Quests (esos son tus ejercicios).

• ✅ Pedirle analogías del mundo real.
• ✅ Pedirle que te explique conceptos que el tema no haya aclarado.
• ✅ Pedirle que te dé ejemplos de errores típicos en bases de datos.

Regla del libro: en el Capítulo 1, la IA es tu tutor particular. A partir del Capítulo 2, la IA se usa solo como "compilador humano": le pides que te explique POR QUÉ una query te da error, no que te la corrija.

⚠️ Errores típicos del principiante

Estos son los 5 errores que más he visto en 22 años formando DBAs junior. Marcalos en tu cuaderno:

Error 1 — Confundir "base de datos" con "DBMS" El becario dice "tengo 50 bases de datos en MySQL" cuando en realidad tiene 1 servidor MySQL con 50 bases adentro. Aprende la diferencia antes de tu primera entrevista.

Error 2 — Pensar que Excel es una base de datos No lo es. Excel es una hoja de cálculo. Puede servir como origen de datos para cargar a una BD, pero no reemplaza al motor.

Error 3 — Creer que "guardar en un archivo .sql" es lo mismo que "tener una base de datos" El archivo .sql es solo el script que crea la estructura y carga los datos. La base de datos real es lo que el motor gestiona en memoria y disco.

Error 4 — Subestimar SQL como lenguaje de programación "SQL no es un lenguaje de verdad, es solo SELECT". Falso. SQL tiene DDL, DML, DCL, TCL, CTEs, window functions, recursión. En este libro vas a ver que es un lenguaje serio.

Error 5 — No tener un cuaderno físico "Todo lo tengo en Notion / en mi cabeza / en un PDF". La investigación muestra que escribir a mano activa procesos cognitivos distintos a escribir en pantalla. Tu cerebro retiene mejor lo que escribe a mano. El cuaderno no es opcional: es parte del método.

Citlalli agrega un sexto error histórico-cultural: "Creer que las bases de datos son invento gringo. No. La idea de organizar información para recuperarla después, validarla y auditarla es tan antigua como la civilización. Los mexicas lo hicieron con glifos; los romanos con sus archivos imperiales; los árabes con sus bibliotecas en Bagdad. Estás entrando a una tradición milenaria. Respétala."

🧪 LAB 1.1 — "Conociendo a Moka por primera vez"

Objetivo: confirmar que entendiste la diferencia entre archivo, base de datos, DBMS y servidor, sin instalar nada todavía. Este LAB es de papel y lápiz.

Materiales:

• Tu cuaderno físico (o una hoja si todavía no lo compraste).
• Lápiz o pluma.

Paso 1. Dibuja un cuadrado grande en tu cuaderno. Escribe adentro "Mi servidor de bases de datos" (todavía no existe, lo vamos a crear en el Tema 4).

Paso 2. Adentro del cuadrado, dibuja 3 cuadrados más pequeños. Llámalos:

• `tienda_tlalli` (la base de datos principal del libro)
• `tienda_tlalli_test` (donde vas a hacer todos tus experimentos sin miedo)
• `mi_diario` (donde vas a llevar tu propio diario de aprendizaje)

• `clientes`
• `categorias`
• `productos`
• `pedidos`
• `pedido_items`
• `resenas`

Paso 5. Debajo del dibujo principal, escribe con tus palabras:

"Una base de datos es…

Un DBMS es…

La diferencia entre los dos es…"

Verificación (auto-evaluación honesta):

• ¿Pudiste dibujar la jerarquía servidor → base de datos → tabla → columna? Si sí, lo entendiste.
• ¿Pudiste explicar con tus palabras la diferencia entre BD y DBMS? Si no, vuelve a leer el Bloque 1.
• ¿Tu dibujo coincide con la imagen del Bloque 3? Si no, compara y ajusta.

Extensión opcional (estilo Citlalli): dibuja también, al lado de tu diagrama técnico, un "sistema tributario mexica paralelo": el imperio (servidor), cada altépetl tributario (base de datos), los tributos (tablas), las entregas (filas). Te va a servir de metáfora mental todo el libro.

🧪 LAB 1.2 — "Preguntándole a la industria"

Objetivo: comprobar con datos reales que el mercado de bases de datos es enorme, y que vale la pena el esfuerzo.

Instrucciones:

Paso 1. Entra a https://db-engines.com/en/ranking y anota los 5 motores de bases de datos más populares en este momento.

Paso 2. Entra a https://survey.stackoverflow.co/2024/, busca la sección de bases de datos y anota los 3 motores más usados por developers profesionales.

Paso 3. Compara ambas listas. ¿Tu motor favorito (o el que más te interesa) aparece en ambas? Si sí, estás en el camino correcto. Si no, reflexiona: ¿lo que te interesa es lo que el mercado pide, o estás eligiendo por moda?

Paso 4. Anota en tu cuaderno:

"Mi motor principal para este libro es ____ porque ____."

(Spoiler: por decisión editorial de este manual, tu motor principal va a ser MySQL 8.4 con XAMPP, que es lo que probablemente ya conoces, y tu motor "de crecimiento profesional" va a ser PostgreSQL 17, que es el que más pide el mercado. Pero la decisión final es tuya, y la sustentas con datos.)

📝 Quest 1 — Preguntas de opción múltiple

Convención del libro: las Quests son para que pongas a prueba tu comprensión. Las respuestas modelo están al final. No marques la respuesta correcta con un color — explica POR QUÉ cada opción es correcta o incorrecta. Así aprendes a pensar como entrevistador, no como estudiante que busca la "A".

Pregunta 1. ¿Cuál de las siguientes opciones describe MEJOR la relación entre "base de datos" y "DBMS"?

A) Son sinónimos, ambos se refieren al software que gestiona los datos. B) La base de datos es el software; el DBMS es el conjunto de datos. C) La base de datos es el conjunto de datos; el DBMS es el software que los gestiona. D) La base de datos es un archivo .sql; el DBMS es el archivo .csv.

Pregunta 2. ¿Cuál de estos NO es un problema que un DBMS resuelve?

A) Concurrencia (varios usuarios modificando datos al mismo tiempo). B) Integridad referencial (que no existan pedidos de clientes que no existen). C) La compilación de código Java en bytecode. D) Recuperación de datos después de un crash del servidor.

Pregunta 3. ¿Qué es SQL?

A) Un lenguaje de programación orientado a objetos como Java o Python. B) Un lenguaje de consulta estructurado usado por la mayoría de DBMS relacionales. C) Un sistema operativo para servidores de bases de datos. D) Un editor de texto para escribir queries.

Pregunta 4. ¿Cuál de estos NO es un DBMS?

A) MySQL B) PostgreSQL C) MongoDB D) Microsoft Excel

Pregunta 5. ¿Cuántas bases de datos puede tener un servidor MySQL?

A) Siempre exactamente una. B) Depende de la licencia: la versión gratis solo permite 1, la de pago permite varias. C) Una o varias, según lo que el DBA decida crear. D) Máximo 5, por convención del fabricante.

Pregunta 6. ¿Cuál es la diferencia entre MySQL y PostgreSQL?

A) MySQL es de pago, PostgreSQL es gratis. B) MySQL es de Oracle, PostgreSQL es open source comunitario. C) Son exactamente el mismo software con diferente nombre. D) MySQL no usa SQL.

Pregunta 7. Un equipo de 3 personas mete pedidos al mismo tiempo en una tienda online. ¿Qué problema del DBMS está evitando que se pierdan pedidos?

A) Integridad referencial. B) Concurrencia. C) Persistencia. D) Performance.

Pregunta 8. ¿Cuál de estos lenguajes SQL corresponde a "modificar la estructura de una tabla"?

A) DML (Data Manipulation Language) B) DCL (Data Control Language) C) DDL (Data Definition Language) D) TCL (Transaction Control Language)

Pregunta 9. ¿Por qué NO deberías usar Excel como base de datos para una tienda online con 50 mil clientes?

A) Porque Excel no existe en Mac. B) Porque Excel no maneja concurrencia, integridad, ni recuperación ante fallos de forma robusta. C) Porque Excel cobra licencia. D) Porque Excel no permite hacer gráficos.

Pregunta 10. ¿Cuál de estas frases refleja MEJOR la filosofía de este libro?

A) "Aprende primero la teoría profunda, después la práctica." B) "Aprende primero la práctica, la teoría la irás necesitando." C) "Aprende la teoría y la práctica al 50%, sin importar el orden." D) "La práctica sin teoría es inútil; descarta el libro si no tiene 200 páginas de álgebra relacional."

📝 Quest 1 — Preguntas abiertas

Pregunta 11. En tu cuaderno, escribe con tus propias palabras: ¿qué es una base de datos y por qué no es lo mismo que un archivo de Excel? Mínimo 5 líneas, máximo 10.

Pregunta 12. Un compañero te dice: "Yo guardo mis datos en archivos .csv, no necesito una base de datos". Dale 3 argumentos (con ejemplos concretos) de por qué tu compañero se va a arrepentir cuando su archivo crezca o cuando dos personas necesiten editarlo al mismo tiempo.

Pregunta 13. Mira la lista de DBMS más populares en DB-Engines. Elige uno que NO sea MySQL ni PostgreSQL. Investiga: ¿quién lo creó, en qué año, y para qué tipo de problema se usa principalmente? Anota tus hallazgos en el cuaderno.

✅ Respuestas modelo — Quest 1

Convención: cada respuesta explica el porqué. No marques la correcta con color. Lee TODAS las opciones, aunque sepas cuál es la correcta. Así aprendes a defender tu respuesta en una entrevista.

Pregunta 1: C

• A es incorrecta: no son sinónimos. La BD es la colección de datos, el DBMS es el programa.
• B invierte la relación: confunde "la BD es el software" (no, el software es el DBMS).
• C es correcta: la base de datos = los datos organizados; el DBMS = el software que los gestiona. Esa es la relación.
• D confunde archivos con bases de datos. Un .sql es un script, no una BD.

• A, B y D son problemas reales que el DBMS resuelve.
• C no tiene nada que ver con bases de datos: la compilación de bytecode es tarea de la JVM (Java Virtual Machine), no del DBMS. Es un distractor clásico de entrevistas.

• A es incorrecta: SQL no es orientado a objetos. Es declarativo.
• B es correcta: SQL = Structured Query Language, usado por la mayoría de DBMS relacionales para definir y manipular datos.
• C es incorrecta: SQL no es un sistema operativo.
• D es incorrecta: SQL no es un editor; es un lenguaje.

• A, B y C son DBMS reales (relacionales, no relacionales, pero DBMS al fin).
• D es Microsoft Excel, que es una hoja de cálculo, no un DBMS. Es la trampa más común en entrevistas junior.

• A es incorrecta: un servidor puede tener muchas bases de datos.
• B es incorrecta: ambas ediciones (Community y Enterprise) permiten múltiples bases. La diferencia entre Community y Enterprise no es el número de bases, sino otras features (como el Thread Pool plugin, ciertas herramientas de backup, etc.).
• C es correcta: el DBA decide cuántas bases crear.
• D es incorrecta: no hay límite de 5 por "convención del fabricante".

• A es incorrecta: ambos son gratis en su versión principal.
• B es correcta: MySQL es desarrollado por Oracle Corporation (adquirieron Sun Microsystems en 2010); PostgreSQL es desarrollado por una comunidad open source global, con el PostgreSQL Global Development Group.
• C es incorrecta: comparten el lenguaje SQL base, pero son softwares distintos con fortalezas diferentes.
• D es incorrecta: MySQL sí usa SQL.

• A (integridad referencial) evitaría pedidos huérfanos, pero no es el problema de "3 personas al mismo tiempo".
• B (concurrencia) es la respuesta correcta: cuando múltiples usuarios modifican datos simultáneamente, el DBMS debe serializar las operaciones para que no se pisen.
• C (persistencia) es para cuando se cae el disco.
• D (performance) es para cuando la consulta es lenta.

• A (DML) es para manipular datos: SELECT, INSERT, UPDATE, DELETE.
• B (DCL) es para permisos: GRANT, REVOKE.
• C (DDL) es correcta: DDL = Data Definition Language, se usa para CREATE, ALTER, DROP (modificar estructura).
• D (TCL) es para transacciones: BEGIN, COMMIT, ROLLBACK.

• A es incorrecta: Excel sí existe en Mac.
• B es correcta: Excel no maneja bien concurrencia, integridad referencial, ni recuperación ante fallos. Con 50 mil clientes y 3 personas editando, los datos se corromperían en días.
• C es incorrecta: Excel no es un argumento de costo serio en este contexto.
• D es incorrecta: Excel sí hace gráficos, eso no es la limitación.

• A es la postura académica clásica, pero este libro NO es académico puro: es un manual práctico.
• B es la filosofía de este libro: práctica primero, teoría cuando la necesites. Como decía Don Carlos: "que funcione primero, que sea rápido después."
• C es una posición tibia sin compromiso.
• D es la postura opuesta: la de los libros que se quedan en álgebra relacional y nunca llegan al LAB.

🏛️ Tras las huellas — por Citlalli

"El calmécac y el datacenter: dos formas de custodiar la memoria"

Imagina que estamos en 1518, en el corazón de Tenochtitlan. Caminas por las calles empedradas hasta el Recinto Sagrado. En uno de los edificios de piedra llamados calmécac, un grupo de jóvenes nobles se sienta en el suelo, alrededor de un tlacuilo —un maestro-escribano— que les enseña los secretos de la escritura glífica.

Enseñanza 1: el glifo como dato. Un glifo no es un dibujo decorativo. Es un dato con significado fijo. El glifo de "cacao" (un cuadrito con marcas) SIEMPRE significa cacao, en cualquier código mixteco o nahua. Es un "tipo de dato" en un sentido muy moderno: tiene reglas estrictas de forma y significado.

Enseñanza 2: la combinación como query. Cuando juntas el glifo de "cacao" con el de "20" (una bandera con 20 plumas) y el glifo del altépetl "Suchi", estás construyendo una "consulta" que dice: "trae 20 cargas de cacao de Suchimilco". Esa combinación se lee siempre igual, en cualquier ciudad que entienda el código.

Enseñanza 3: el tlacuilo como DBA. El tlacuilo no es solo un artista. Es el custodio del registro. Decide quién puede ver qué glifos (autenticación), mantiene el orden de los códices (estructura), y verifica que los tributos declarados coincidan con los tributos recibidos (integridad). Si dos tlacuilos escriben versiones diferentes de un mismo registro, hay un problema —igual que si dos cajeros registran pedidos distintos en una tienda online.

Lo que me emociona como ingeniera: los mexicas resolvieron el problema de "datos estructurados" con un lenguaje visual. Nosotros lo resolvemos con SQL. Los principios son los mismos; la tecnología cambió. Cuando aprendas SQL, recuerda que estás entrando a una conversación que empezó hace siglos.

En tu cuaderno, anota:

• ¿Qué analogía del calmécac te resultó más útil para entender una "base de datos"?
• ¿En qué se parece un tlacuilo a un DBA moderno? ¿En qué se diferencia?

📓 Cierre del cuaderno — 4 líneas para escribir a mano

Hoy aprendiste la diferencia entre base de datos y DBMS, los 5 problemas que un motor resuelve, y conociste a tus personajes. Antes de pasar al Tema 2, escribe en tu cuaderno:

1. La idea más importante de este tema para mí fue:

2. Una pregunta que me quedó dando vueltas:

3. Una conexión con algo que ya sabía:

4. Una acción que voy a hacer antes del Tema 2 (ejemplo: "comprar mi cuaderno", "investigar qué BD usa la empresa donde quiero trabajar"):

🚀 ¿Qué sigue?

En el Tema 2 — Tipos de bases de datos y el zoo de motores vamos a recorrer los 5 tipos de bases de datos que existen (relacional, documental, clave-valor, grafos, vectorial), para qué sirve cada uno, y cuáles te van a pedir en una entrevista de DBA junior. Citlalli mostrará cómo el mercado de Tlatelolco —con trueque, cacao-moneda, crédito a largo plazo— ya manejaba una diversidad de "tipos de transacciones" que se parece a la diversidad moderna.

Tip de Sofía: si quieres una vista panorámica antes de seguir, abre YouTube y busca "Tipos de bases de datos en 10 minutos" — hay varios videos en español de buena calidad. No te quedes solo con este libro: complementar con video refuerza el aprendizaje.