No necesitas conocimientos previos: empieza relacionando el tema con una situación cotidiana.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Datos e información con Modelos de datos y resolver un caso nuevo.
Reserva entre 60 y 75 minutos; esta sección contiene nueve comprobaciones.
04 / PREPARA EL LABORATORIO
Las primeras secciones se leen sin instalar nada. Para practicar SQL prepara PostgreSQL o un DBMS equivalente.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Datos e información y Modelos de datos? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
De los datos a una decisión útil
Una base de datos no comienza con tablas ni con código. Comienza con hechos que una persona necesita guardar, relacionar y consultar para responder preguntas.
Al terminar podrás
- Distinguir datos de información.
- Explicar qué es una base de datos y qué hace un DBMS.
- Reconocer filas, columnas, claves y relaciones sencillas.
- Describir cómo una aplicación llega hasta los datos.
01
Idea esencial
Datos e información no son lo mismo
Los datos son hechos registrados sin interpretar: una fecha, un nombre, una cantidad o un precio. La información aparece cuando esos datos se organizan y se ponen en contexto para responder una pregunta.
Ejemplo cotidiano
Una cafetería registra cada venta
Datos
08:15 · café · $2.000
08:17 · té · $1.500
08:20 · café · $2.000
Información
El café fue el producto más vendido durante los primeros minutos de la mañana.
Una aplicación muestra “18 °C” y luego afirma “hoy hace más frío que ayer”. ¿Cuál parte es un dato y cuál es información?
Mostrar respuesta ＋
“18 °C” es un dato. “Hoy hace más frío que ayer” es información porque compara el dato con otro valor y le da contexto.
02
Definición
¿Qué es una base de datos?
Es una colección organizada de datos relacionados, almacenada para que puedan consultarse y actualizarse de manera controlada. Puede estar en un computador, en varios servidores o en infraestructura en la nube; no tiene que ser centralizada.
03
Modelo relacional
Tablas que se conectan mediante claves
En una base de datos relacional, cada fila representa un elemento concreto y cada columna describe una característica. Una clave identifica cada fila y otra clave puede crear una relación entre tablas.
| id_cliente (PK) | nombre | ciudad |
|---|---|---|
| 101 | Camila | Santiago |
| 102 | Diego | Valparaíso |
id_cliente↓relaciona ambas tablas
| id_pedido (PK) | fecha | id_cliente (FK) |
|---|---|---|
| 5001 | 12-08-2026 | 101 |
| 5002 | 13-08-2026 | 101 |
PK · clave primaria: identifica una fila sin repetirla.
FK · clave foránea: apunta a una fila de otra tabla y crea la relación.
¿A qué cliente pertenecen los pedidos 5001 y 5002? Explica cómo lo descubriste.
Mostrar respuesta ＋
Camila, porque los dos pedidos guardan id_cliente = 101, que corresponde a su clave primaria en la tabla CLIENTES.
04
Software de gestión
El DBMS administra la base de datos
El sistema de gestión de bases de datos o DBMS es el software que recibe solicitudes y controla cómo se guardan, consultan y modifican los datos. PostgreSQL, MySQL, MariaDB, SQL Server y SQLite son ejemplos de DBMS.
Organiza los datos y utiliza memoria y disco.
Interpreta instrucciones para buscar o modificar datos.
Aplica reglas y controla quién puede hacer cada acción.
Coordina usuarios simultáneos y ayuda a recuperar información ante fallos.
Cuando una aplicación bancaria muestra tu saldo, ¿qué papel cumple el DBMS y qué papel cumple la base de datos?
Mostrar respuesta ＋
La aplicación solicita la información; el DBMS interpreta la solicitud, verifica permisos, busca los datos y devuelve el resultado. La base de datos es la colección organizada que el DBMS administra.
05
Arquitectura básica
Del usuario hasta los datos
ClientePersona y aplicación
Formula una solicitud.
ServidorDBMS
Procesa y controla el acceso.
DatosBase de datos
Guarda los registros relacionados.
En una arquitectura cliente/servidor, la comunicación ocurre a través de una red; no necesariamente por Internet. En la nube, el DBMS y sus datos se ejecutan en infraestructura administrada por un proveedor y suelen accederse mediante redes y servicios.
Terminales sencillas enviaban todo el trabajo a un computador central.
Las aplicaciones y el servidor compartieron el procesamiento a través de redes.
La infraestructura se contrata como servicio y puede escalar según la demanda.
Qué debes llevarte
- Los datos son hechos; la información son datos interpretados en contexto.
- Una base de datos organiza datos relacionados.
- El DBMS gestiona consultas, seguridad, integridad, transacciones y recuperación.
- Las claves permiten identificar filas y conectar tablas.
Distintas formas de organizar los mismos datos
Un modelo de datos es una manera de representar elementos, características y relaciones. Elegir un modelo adecuado facilita las preguntas que después necesitaremos responder.
Al terminar podrás
- Explicar qué papel cumple un modelo durante el desarrollo.
- Comparar archivos planos y modelos jerárquicos, de red, orientados a objetos y relacionales.
- Reconocer por qué el modelo relacional es apropiado para muchos sistemas de negocio.
01
Proceso de diseño
Primero comprendemos; después construimos
Antes de crear tablas conviene separar tres niveles de decisión. Esto evita diseñar una solución técnica sin comprender el problema.
- 1Modelo conceptual
Describe el negocio con lenguaje cercano a las personas: clientes hacen pedidos, estudiantes se inscriben en cursos.
- 2Modelo lógico
Organiza entidades, atributos, relaciones y reglas sin depender todavía de un producto específico.
- 3Modelo físico
Convierte el diseño en tablas, tipos de dato, claves e índices dentro de un DBMS concreto.
02
Comparación
Cinco modelos frecuentes
LibroAutorSocio1984OrwellAna
Una sola lista. Es simple, pero repite datos y se vuelve difícil de mantener.
Universidad
FacultadFacultad
CarreraCarreraCarrera
Forma un árbol: cada elemento secundario tiene un solo principal.
Persona↔Cuenta↕Banco
Permite varias conexiones entre registros; es flexible, pero puede ser complejo de navegar.
Empleado
idapellidoobtenerId()Guarda estado y comportamiento como objetos. Resulta útil cuando la aplicación trabaja con estructuras complejas.
CLIENTESid_cliente↔PEDIDOSid_cliente
Representa datos en tablas relacionadas mediante claves. Es claro, consistente y potente para consultas de negocio.
Un sistema de carpetas comienza en una raíz y cada carpeta secundaria pertenece a una sola carpeta superior. ¿A qué modelo se parece?
Mostrar respuesta ＋
Es una estructura jerárquica: cada carpeta tiene una carpeta superior y puede contener varias carpetas secundarias. El punto de entrada es la raíz.
03
Problema frecuente
Por qué una sola tabla puede quedarse corta
| id_libro | título | autor | país_autor |
|---|---|---|---|
| L01 | 1984 | George Orwell | Reino Unido |
| L02 | Rebelión en la granja | George Orwell | Reino Unido |
| L03 | La casa de los espíritus | Isabel Allende | Chile |
El autor y su país se repiten por cada libro. Si se corrige el país en una fila y se olvida la otra, aparecen valores contradictorios. Un modelo relacional separa la información según el elemento que describe.
| id_autor | nombre | país |
|---|---|---|
| A01 | George Orwell | Reino Unido |
| A02 | Isabel Allende | Chile |
| id_libro | título | id_autor |
|---|---|---|
| L01 | 1984 | A01 |
| L02 | Rebelión en la granja | A01 |
| L03 | La casa de los espíritus | A02 |
Si debemos corregir un dato de George Orwell, ¿cuántas filas cambiaríamos en el diseño relacional y por qué?
Mostrar respuesta ＋
Se modifica una sola fila: la del autor A01. Todos sus libros siguen apuntando a esa fila mediante id_autor, por lo que no quedan copias contradictorias.
04
Elección razonada
El modelo depende del problema
| Modelo | Fortaleza | Limitación | Ejemplo útil |
|---|---|---|---|
| Archivo plano | Muy simple | Duplicación y poca relación | Lista temporal pequeña |
| Jerárquico | Navegación predecible | Un solo principal | Árbol de carpetas |
| De red | Múltiples conexiones | Diseño y navegación complejos | Red de telecomunicaciones |
| Orientado a objetos | Estructuras complejas | Menos natural para ciertos reportes | Simulación o multimedia |
| Relacional | Integridad y consultas flexibles | Requiere diseñar bien las tablas | Ventas, banca y matrículas |
Una tienda en línea necesita registrar clientes, productos y pedidos, y luego generar reportes por fecha. ¿Qué modelo elegirías y por qué?
Mostrar respuesta ＋
El modelo relacional es una buena elección: clientes, productos y pedidos se representan como tablas relacionadas, y SQL permite consultar ventas por fecha, persona o producto.
No memorices dibujos: comprende las relaciones
- El modelo conceptual explica el negocio; el lógico organiza sus elementos; el físico los implementa.
- Cada modelo favorece una forma distinta de navegar o relacionar los datos.
- El modelo relacional reduce duplicaciones y facilita consultas mediante tablas y claves.
Antes de crear tablas, hay que hacer buenas preguntas
Los requisitos explican qué necesita la organización, qué problemas existen y qué reglas deben cumplirse. Si se entienden mal, la base de datos puede ser técnicamente correcta y aun así no resolver el problema real.
Al terminar podrás
- Detectar problemas que justifican una solución de base de datos.
- Diferenciar reglas, restricciones, suposiciones y problemas.
- Escribir reglas de negocio claras, comprobables y sin contradicciones.
- Transformar un archivo repetitivo en tablas relacionadas.
01
Caso inicial
Una inscripción deportiva difícil de mantener
Una escuela guarda dos deportes por estudiante en una sola fila. Parece cómodo mientras hay pocos registros, pero la estructura deja de funcionar cuando alguien elige tres deportes o cuando cambia un precio.
| estudiante | deporte_1 | precio_1 | deporte_2 | precio_2 |
|---|---|---|---|---|
| ST001 · Sean | Tenis | $100 | Bádminton | $150 |
| ST002 · Lucía | Fútbol | $175 | Tenis | $100 |
| ST003 · Omar | Ciclismo | $200 | Bádminton | $150 |
“Tenis” y su precio se copian en varias filas.
Dos copias del mismo precio pueden terminar con valores diferentes.
Para cambiar un precio hay que encontrar y modificar todas sus copias.
Agregar un tercer deporte obliga a crear nuevas columnas.
Si el precio de Tenis cambia y solo se actualiza una fila, ¿qué problema aparece?
Mostrar respuesta ＋
El precio de Tenis podría quedar en $100 para Sean y $120 para Lucía. La organización tendría dos respuestas distintas para un único hecho; eso es una inconsistencia causada por la redundancia.
02
Solución relacional
Cada tabla tiene un propósito definido
| id_estudiante | nombre |
|---|---|
| ST001 | Sean |
| ST002 | Lucía |
| ST003 | Omar |
| id_deporte | nombre | precio |
|---|---|---|
| D01 | Tenis | $100 |
| D02 | Bádminton | $150 |
| D03 | Fútbol | $175 |
| id_estudiante | id_deporte | semestre |
|---|---|---|
| ST001 | D01 | 2026-2 |
| ST001 | D02 | 2026-2 |
| ST002 | D03 | 2026-2 |
Ahora el precio de cada deporte se guarda una sola vez. La tabla INSCRIPCIONES conecta estudiantes con deportes y permite registrar tantos deportes como necesite cada persona sin agregar columnas nuevas.
03
Reglas de negocio
Una regla clara orienta el diseño
Una regla de negocio expresa una política o condición que la organización considera verdadera. Debe escribirse de forma que otra persona pueda comprenderla y comprobarla.
“Los clientes normalmente pagan rápido”.
“Normalmente” y “rápido” no tienen una medida concreta.“Cada factura debe pagarse dentro de los 30 días posteriores a su emisión”.
Indica qué elemento se controla y cuál es el límite.- Expresa un solo hecho.
- Usa términos conocidos por la organización.
- Evita palabras ambiguas como “a veces” o “pronto”.
- Puede comprobarse con datos.
- No contradice otras reglas.
Reescribe esta frase para que sea comprobable: “La biblioteca debe detectar los libros muy atrasados”.
Mostrar respuesta ＋
Una versión comprobable sería: “Un préstamo se considera atrasado cuando han pasado más de 14 días desde la fecha de devolución y el ejemplar no ha sido entregado”.
04
Clasificación
Regla, restricción, suposición o problema
| Tipo | Qué expresa | Ejemplo |
|---|---|---|
| Regla | Una política estable del negocio | Los nuevos libros se publican el día 21 de cada mes. |
| Restricción | Un límite que el sistema debe hacer cumplir | Cada miembro pertenece a un solo tipo de membresía. |
| Suposición | Algo que se da por cierto y debe confirmarse | El proveedor actual probablemente mantiene copias diarias. |
| Problema | Una situación que requiere solución | El personal no puede detectar préstamos atrasados. |
Clasifica estas afirmaciones:
- A. La membresía de bronce tiene costo cero.
- B. El personal tarda horas en consolidar las ventas.
- C. Creemos que todos los clientes tienen correo electrónico.
Mostrar respuesta ＋
- A: regla de negocio.
- B: problema.
- C: suposición que debe validarse.
05
Mini proyecto
Diseña las reglas de una biblioteca comunitaria
La biblioteca presta libros a sus miembros. Un ejemplar puede prestarse muchas veces, pero solo a una persona a la vez. Cada préstamo tiene una fecha de inicio y una fecha límite.
- Identifica los elementos principales que deben almacenarse.
- Propón tres tablas y una clave primaria para cada una.
- Escribe dos reglas de negocio comprobables.
- Explica qué tabla conectaría a los miembros con los ejemplares.
Ver una posible solución ＋
Tablas: MIEMBROS(id_miembro), EJEMPLARES(id_ejemplar) y PRÉSTAMOS(id_prestamo, id_miembro, id_ejemplar, fecha_inicio, fecha_límite, fecha_devolución).
Reglas: un ejemplar solo puede tener un préstamo sin fecha de devolución; la fecha límite debe ser posterior a la fecha de inicio.
PRÉSTAMOS conecta miembros con ejemplares mediante claves foráneas.
Un buen diseño comienza escuchando
- Los requisitos describen necesidades, problemas y límites del negocio.
- Las reglas claras ayudan a decidir entidades, relaciones y restricciones.
- Separar los datos repetidos mejora la consistencia y permite crecer sin agregar columnas.
- Las suposiciones deben validarse antes de convertirse en decisiones de diseño.
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Confundir un dato aislado con información que ya tiene contexto y propósito.
Comenzar dibujando tablas antes de comprender la necesidad y las reglas del negocio.
Ahora hazlo sin guía
Una agrupación vecinal quiere registrar préstamos de herramientas. Explica qué datos guardaría, qué información necesita obtener y tres reglas del negocio.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Distingue datos de resultados o decisiones.
- Incluye personas, herramientas y préstamos sin diseñar aún columnas técnicas.
- Formula reglas concretas, medibles y sin palabras ambiguas.