SQL JOINs: Cuándo usar INNER, LEFT, RIGHT y FULL en tus consultas

Mira, seamos claros: la mayoría de las veces que necesitas unir tablas, un INNER JOIN es suficiente. Los otros tipos de JOIN, especialmente el FULL JOIN, son potentes, sí, pero su uso se justifica en escenarios muy específicos, y a veces la gente los usa por inercia o por sobreingeniería. Para mí, la simpleza siempre gana, siempre que funcione bien.

En el fondo, un JOIN en SQL no es más que una forma de combinar filas de dos o más tablas basándose en una columna común entre ellas. Parece obvio, pero la magia está en cómo se combinan esas filas cuando no hay un match perfecto. Ahí es donde los tipos de JOIN marcan la diferencia. No es solo traer datos, es definir qué datos quieres ver cuando las cosas no calzan.

INNER JOIN: El que más vas a usar

El INNER JOIN es el tipo de unión que yo uso por defecto. Es la intersección de dos conjuntos de datos. ¿Qué significa eso? Que solo te va a traer las filas donde haya un match en ambas tablas. Si una fila de la tabla A no tiene una coincidencia en la tabla B según tu condición de ON, o viceversa, simplemente no aparecerá en el resultado. Es directo, limpio y generalmente lo que buscas cuando quieres ver solo los registros relacionados.

LEFT JOIN (o LEFT OUTER JOIN): Todo desde la izquierda

Con un LEFT JOIN, la cosa cambia. Aquí, te aseguras de traer todas las filas de la tabla de la izquierda (la primera que nombras después del FROM). Si hay un match en la tabla de la derecha, lo une como un INNER JOIN. Pero si no hay match, igual te trae la fila de la izquierda y rellena las columnas de la tabla de la derecha con NULL. Esto es súper útil cuando, por ejemplo, quieres ver todos tus clientes, incluso los que no han hecho ningún pedido. En mi caso, es el segundo JOIN que más uso. De hecho, a veces es la única forma de conseguir la información completa.

RIGHT JOIN (o RIGHT OUTER JOIN): Todo desde la derecha

El RIGHT JOIN es el espejo del LEFT JOIN. Funciona exactamente igual, pero prioriza la tabla de la derecha. Te trae todas las filas de la tabla de la derecha y, si hay match en la izquierda, las une; si no, rellena con NULL las columnas de la tabla de la izquierda. La verdad es que yo casi nunca uso un RIGHT JOIN. Prefiero reordenar mis tablas y usar un LEFT JOIN; me parece más intuitivo mantener siempre la tabla principal a la izquierda. Es una cuestión de estilo, supongo, pero es un punto que me costó asimilar en mis inicios.

FULL JOIN (o FULL OUTER JOIN): La unión completa

El FULL JOIN (o FULL OUTER JOIN) es el más exhaustivo de todos. Combina los resultados de un LEFT JOIN y un RIGHT JOIN. Esto significa que te va a traer todas las filas de ambas tablas. Si hay un match, las une. Si una fila solo existe en la izquierda, la trae con NULLs para la derecha. Si una fila solo existe en la derecha, la trae con NULLs para la izquierda. Es la unión total. Es potente, sí, pero en la práctica, yo lo uso muy poco. Generalmente, cuando necesito algo así, es para un reporte muy específico o para identificar datos huérfanos, y a menudo puedo lograr lo mismo con uniones más simples o subconsultas que son más fáciles de depurar.

Un ejemplo práctico

Para que quede más claro, imaginemos dos tablas simples:

-- Tabla Clientes
CREATE TABLE Clientes (
    id_cliente INT PRIMARY KEY,
    nombre VARCHAR(50)
);

INSERT INTO Clientes (id_cliente, nombre) VALUES
(1, 'Ana'),
(2, 'Benito'),
(3, 'Carlos'),
(4, 'Daniela'); -- Daniela no tiene pedidos

-- Tabla Pedidos
CREATE TABLE Pedidos (
    id_pedido INT PRIMARY KEY,
    id_cliente INT,
    producto VARCHAR(50)
);

INSERT INTO Pedidos (id_pedido, id_cliente, producto) VALUES
(101, 1, 'Teclado'),
(102, 2, 'Mouse'),
(103, 1, 'Monitor'),
(104, 5, 'Silla'); -- Pedido de un cliente no existente

-- INNER JOIN: Clientes con pedidos
SELECT C.nombre, P.producto
FROM Clientes C
INNER JOIN Pedidos P ON C.id_cliente = P.id_cliente;

-- LEFT JOIN: Todos los clientes y sus pedidos (si los tienen)
SELECT C.nombre, P.producto
FROM Clientes C
LEFT JOIN Pedidos P ON C.id_cliente = P.id_cliente;

-- RIGHT JOIN: Todos los pedidos y sus clientes (si los tienen)
SELECT C.nombre, P.producto
FROM Clientes C
RIGHT JOIN Pedidos P ON C.id_cliente = P.id_cliente;

-- FULL JOIN: Todos los clientes y todos los pedidos
-- Ojo: MySQL no soporta FULL JOIN directamente. Se simula con UNION de LEFT y RIGHT.
-- Para PostgreSQL u otros SQL con FULL JOIN:
-- SELECT C.nombre, P.producto
-- FROM Clientes C
-- FULL JOIN Pedidos P ON C.id_cliente = P.id_cliente;

El resultado de cada uno te mostrará claramente las diferencias. En el LEFT JOIN verás a Daniela con NULL en producto. En el RIGHT JOIN verás el pedido de la 'Silla' con NULL en nombre. Y el INNER JOIN solo te mostrará Ana y Benito con sus productos.

Entonces, ¿cuándo usar cada uno? INNER JOIN es tu caballo de batalla para cuando necesitas relaciones sólidas y completas. LEFT JOIN es excelente cuando quieres mantener todos los registros de una tabla y ver si tienen relaciones en otra, rellenando vacíos. RIGHT JOIN, como te decía, yo lo evito y reordeno la consulta. Y el FULL JOIN, aunque conceptualmente claro, en mi experiencia se usa menos de lo que parece, a menos que estés haciendo análisis de datos muy específicos o necesites conciliar dos fuentes de información de forma exhaustiva. Al final, se trata de entender bien qué datos necesitas y no sobreingenierar la consulta.