El error común: pensar en JOIN como “pegar tablas”

Un JOIN no es simplemente unir tablas. Es una operación basada en conjuntos.

Cuando no entiendes esto, aparecen problemas como:

• Duplicación inesperada de registros
• Resultados incompletos
• Consultas lentas
• Errores de lógica difíciles de detectar

1️⃣ INNER JOIN: solo lo que coincide

Devuelve únicamente los registros que tienen coincidencia en ambas tablas.

Es el más usado. Y también el más malinterpretado cuando se asume que “si no aparece, no existe”.

Un INNER JOIN puede ocultar datos si la relación no está completa.

2️⃣ LEFT JOIN: cuando necesitas el contexto completo

Devuelve todos los registros de la tabla izquierda, aunque no haya coincidencia en la derecha.

Es clave cuando necesitas:

• Detectar registros huérfanos
• Generar reportes completos
• Aplicar lógica condicional con NULL

No entender cómo manejar los NULL después del LEFT JOIN genera errores silenciosos.

3️⃣ RIGHT JOIN y FULL JOIN: menos usados, pero importantes

RIGHT JOIN es el espejo del LEFT JOIN.

FULL JOIN devuelve todo, coincida o no coincida.

En muchos sistemas reales casi no se usan, pero entenderlos fortalece tu modelo mental de cómo opera el motor relacional.

El problema real: cardinalidad

El mayor error en JOINs no es elegir el tipo incorrecto. Es no entender la cardinalidad:

• Uno a uno
• Uno a muchos
• Muchos a muchos

Cuando haces JOIN en relaciones uno-a-muchos, multiplicas filas. Y si no lo anticipas, los totales, conteos y métricas quedan mal.

Rendimiento: no es magia

Un JOIN mal indexado puede escanear tablas completas.

Claves foráneas sin índice = problemas.

JOINs sobre columnas no optimizadas = consultas lentas.

Entender ejecución y planes de consulta es parte del nivel senior.