Por qué existen los JOIN (repaso del modelo relacional)
Repase el modelo relacional, las tablas normalizadas y las claves foráneas, y descubra por qué JOIN es el puente que vuelve a ensamblar datos de varias tablas.
Por qué existen los JOIN (repaso del modelo relacional) es una lección gratuita de SQL Academy en CoddyKit. Esta es la lección 1 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de SQL Academy, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de SQL Academy incluye 4 lecciones en total.
La normalización en una imagen
En lugar de duplicar los datos, divídalos entre varias tablas:
users— id, name, emailorders— id, user_id, total
Cada pedido hace referencia a un usuario mediante su id, en lugar de volver a almacenar el nombre y el correo electrónico del usuario.
¿Por qué normalizar?
Ventajas:
- Sin duplicación: cambie el correo electrónico de un usuario en un solo lugar
- Tablas más pequeñas: mejor tasa de aciertos de caché
- Las restricciones imponen las relaciones
Las claves externas definen la relación
La relación se declara con una FOREIGN KEY:
CREATE TABLE orders (
id BIGSERIAL PRIMARY KEY,
user_id BIGINT NOT NULL REFERENCES users(id),
total NUMERIC(10,2) NOT NULL
);Reensamblar los datos con JOIN
Para mostrar "el nombre del usuario en cada pedido", vuelva a combinar las tablas mediante JOIN:
SELECT o.id, o.total, u.full_name, u.email
FROM orders o
JOIN users u ON u.id = o.user_id
ORDER BY o.id;El modelo mental: producto cartesiano filtrado
Conceptualmente, un JOIN:
- Forma el producto cartesiano de dos tablas (cada fila de A se empareja con cada fila de B)
- Conserva únicamente los pares en los que la condición
ONes TRUE
En la práctica, la base de datos utiliza una combinación por hash, por ordenación o por bucles anidados, pero el resultado es el mismo.
Uno a muchos
Un usuario puede tener muchos pedidos. El lado "muchos" contiene la clave externa.
-- Each order row points back to its user:
SELECT u.email, COUNT(o.id) AS order_count
FROM users u
LEFT JOIN orders o ON o.user_id = u.id
GROUP BY u.id, u.email;Muchos a muchos mediante una tabla de combinación
Etiquetas ↔ publicaciones: introduzca una tercera tabla:
CREATE TABLE posts (id BIGSERIAL PRIMARY KEY, title TEXT);
CREATE TABLE tags (id BIGSERIAL PRIMARY KEY, name TEXT);
CREATE TABLE post_tags (
post_id BIGINT REFERENCES posts(id),
tag_id BIGINT REFERENCES tags(id),
PRIMARY KEY (post_id, tag_id)
);Consultar una relación muchos a muchos
Dos combinaciones para reunir todos los datos:
SELECT p.title, t.name
FROM posts p
JOIN post_tags pt ON pt.post_id = p.id
JOIN tags t ON t.id = pt.tag_id
WHERE t.name = 'sql';Cuándo desnormalizar
La desnormalización (duplicar datos) se utiliza a veces para mejorar el rendimiento: almacenar en caché totales calculados, columnas de texto completo y vistas materializadas. Empiece con un diseño normalizado y desnormalice según las mediciones.
Combinaciones frente a subconsultas
Muchas consultas con JOIN se pueden escribir como subconsultas, y viceversa. Use la opción que resulte más clara; los planificadores modernos suelen generar el mismo plan.
Las claves externas no se imponen automáticamente
Debe declararlas con REFERENCES. Incluso con restricciones FK, debe encargarse de indexar la columna FK: declare un índice explícitamente para mejorar el rendimiento de las combinaciones.
Resumen
Las combinaciones reensamblan los datos que se separaron entre tablas para preservar la integridad.
- Las claves externas declaran la relación
JOINrevierte la normalización en el momento de la consulta- La relación uno a muchos usa una FK en el lado "muchos", y la relación muchos a muchos usa una tabla de combinación
Comprobación rápida
En una relación uno a muchos entre users y orders, ¿qué tabla contiene la columna de clave externa?
Preguntas frecuentes
¿La lección «Por qué existen los JOIN (repaso del modelo relacional)» es gratis?
Sí — el texto completo de «Por qué existen los JOIN (repaso del modelo relacional)» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de SQL Academy, actualiza a CoddyKit PRO. El curso de SQL Academy incluye 4 lecciones en total.
¿Qué aprenderé en «Por qué existen los JOIN (repaso del modelo relacional)»?
Repase el modelo relacional, las tablas normalizadas y las claves foráneas, y descubra por qué JOIN es el puente que vuelve a ensamblar datos de varias tablas. Practicas SQL Academy con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.
¿Necesito experiencia previa para empezar SQL Academy?
No se requiere experiencia previa. SQL Academy en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 1 de 4.
¿Cuánto tiempo toma la lección «Por qué existen los JOIN (repaso del modelo relacional)»?
La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.
¿Puedo escribir y ejecutar código en esta lección de SQL Academy?
Sí. Cada lección de SQL Academy incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.
Todas las lecciones de este curso
- Por qué existen los JOIN (repaso del modelo relacional)
- Mecánica de INNER JOIN
- LEFT/RIGHT JOIN y uniones OUTER
- Auto-uniones y alias