Relaciones y JOIN

1.Por qué separar los datos en varias tablas

En la lección 4 viste la regla «un dato, un lugar». Si cada pedido repitiera el nombre y el correo del cliente, un cambio de correo obligaría a tocar muchas filas. La solución es guardar al cliente una sola vez y, en el pedido, solo su id. Ese id escrito en otra tabla se llama clave foránea.

Usaremos cuatro tablas. productos ya la conoces; las otras tres son nuevas (clientes es una versión simplificada de la de la lección 4):

2.Claves foráneas: REFERENCES

Una clave foránea es una columna cuyo valor debe existir como clave primaria en otra tabla. Se declara con REFERENCES:

CREATE TABLE clientes (
  id     INTEGER PRIMARY KEY,
  nombre TEXT NOT NULL,
  email  TEXT NOT NULL UNIQUE
);

CREATE TABLE pedidos (
  id         INTEGER PRIMARY KEY,
  cliente_id INTEGER NOT NULL REFERENCES clientes(id),
  fecha      TEXT    NOT NULL
);

CREATE TABLE lineas_pedido (
  pedido_id   INTEGER NOT NULL REFERENCES pedidos(id),
  producto_id INTEGER NOT NULL REFERENCES productos(id),
  cantidad    INTEGER NOT NULL CHECK (cantidad > 0),
  PRIMARY KEY (pedido_id, producto_id)
);

Lee cliente_id INTEGER NOT NULL REFERENCES clientes(id) como: «cada pedido pertenece a un cliente que debe existir en clientes». Con esto la base de datos protege la integridad: no deja crear un pedido para un cliente inexistente.

INSERT INTO pedidos (cliente_id, fecha)
VALUES (99, '2026-10-05');

Resultado esperado (error real de SQLite):

Error: FOREIGN KEY constraint failed

Lo mismo ocurre al revés: no puedes borrar un cliente que aún tiene pedidos.

DELETE FROM clientes WHERE id = 1;

Resultado esperado (error real de SQLite):

Error: FOREIGN KEY constraint failed

3.Tipos de relaciones

Según cuántas filas de una tabla se asocian con filas de otra, hay tres tipos:

En lineas_pedido, la clave primaria es la pareja (pedido_id, producto_id): un producto solo puede aparecer una vez en un mismo pedido, con su cantidad. Estos son los datos:

Contenido de lineas_pedido

Hasta aquí solo vemos números. Para ver nombres hay que unir las tablas.

4.INNER JOIN: unir filas que coinciden

JOIN combina filas de dos tablas según una condición, escrita tras ON. Con INNER JOIN (o solo JOIN) quedan únicamente las filas que tienen pareja en ambas tablas.

SELECT c.nombre, p.id AS pedido, p.fecha
FROM clientes c
INNER JOIN pedidos p ON p.cliente_id = c.id
ORDER BY p.id;

c y p son alias de tabla: abreviaturas para no repetir nombres largos y evitar ambigüedades (c.id frente a p.id). AS pedido renombra la columna en el resultado.

Resultado esperado

Diego no aparece: no tiene pedidos, así que no hay pareja para él.

5.LEFT JOIN: conservar todo el lado izquierdo

LEFT JOIN conserva todas las filas de la tabla izquierda (la de FROM) aunque no tengan pareja; en ese caso las columnas de la derecha valen NULL.

SELECT c.nombre, p.id AS pedido, p.fecha
FROM clientes c
LEFT JOIN pedidos p ON p.cliente_id = c.id
ORDER BY c.id, p.id;

Resultado esperado

Esto permite una consulta muy útil: encontrar lo que no tiene relación, filtrando las filas con NULL en la tabla de la derecha (recuerda usar IS NULL, no = NULL).

SELECT c.nombre
FROM clientes c
LEFT JOIN pedidos p ON p.cliente_id = c.id
WHERE p.id IS NULL;

Resultado esperado

6.Unir tres o más tablas

Puedes encadenar JOIN. Para saber qué contiene el pedido 4 hay que pasar por la tabla intermedia:

SELECT p.id AS pedido, pr.nombre AS producto, l.cantidad, pr.precio
FROM pedidos p
JOIN lineas_pedido l ON l.pedido_id  = p.id
JOIN productos pr    ON pr.id        = l.producto_id
WHERE p.id = 4;

Resultado esperado

Y con cuatro tablas obtienes el historial completo de compras:

SELECT c.nombre, p.fecha, pr.nombre AS producto, l.cantidad
FROM clientes c
JOIN pedidos p        ON p.cliente_id  = c.id
JOIN lineas_pedido l  ON l.pedido_id   = p.id
JOIN productos pr     ON pr.id         = l.producto_id
ORDER BY p.fecha, pr.nombre;

Resultado esperado

Si ves filas de más o repetidas, casi siempre falta o sobra una condición ON.

7.Pruébalo: laboratorio de JOIN

Cambia el tipo de unión y observa qué filas aparecen. Las filas con NULL (clientes sin pedido) se resaltan. Los resultados son los de SQLite real sobre estos datos.

8.Errores frecuentes

• Olvidar la condición ON: sin ella cada fila se combina con todas las de la otra tabla (producto cartesiano) y el resultado explota.
• Columnas ambiguas: escribir id cuando ambas tablas lo tienen da error. Usa c.id o p.id.
• Esperar a Diego con INNER JOIN: si quieres conservar filas sin pareja, usa LEFT JOIN.
• Filtrar el lado derecho de un LEFT JOIN en WHERE: una condición como WHERE p.fecha > '2026-09-10' descarta las filas NULL y lo convierte en un INNER JOIN. Si debe afectar a la unión, ponla en el ON.
• Comparar con = NULL en lugar de IS NULL: nunca encuentra nada.
• Olvidar PRAGMA foreign_keys = ON en SQLite: las claves foráneas no se comprueban y puedes crear datos huérfanos.
• Unir por la columna equivocada (p.id = c.id en lugar de p.cliente_id = c.id): da resultados que parecen válidos pero son incorrectos.

9.Glosario