Nivel 5 · Quién reporta a quién

Un self join une una tabla consigo misma. Es como trabajas con jerarquías guardadas en una sola tabla: empleados y gerentes, categorías y categorías padre, referidos entre clientes.

En employees, manager_id guarda el employee_id del gerente de cada persona. Para mostrar el nombre del gerente, necesitas una segunda copia de la tabla que haga el papel de “gerente”:

SELECT
  e.first_name AS employee,
  m.first_name AS manager
FROM employees AS e
LEFT JOIN employees AS m ON m.employee_id = e.manager_id;

Aquí los alias no son opcionales. e y m son dos papeles de la misma tabla, y cada columna debe indicar de qué papel viene.

Por qué LEFT JOIN

La CEO tiene manager_id NULL. Con un inner join, NULL = m.employee_id nunca coincide, y la CEO desaparece del organigrama. LEFT JOIN la conserva, con las columnas del gerente en NULL. En cualquier jerarquía, la cima del árbol no tiene padre, así que los self joins casi siempre son LEFT joins.

Concatenar texto

|| une cadenas en Postgres, DuckDB, SQLite, Oracle y Snowflake:

e.first_name || ' ' || e.last_name AS employee_name

MySQL usa CONCAT(first_name, ' ', last_name) (en MySQL, || significa OR salvo que se configure un modo SQL). BigQuery admite tanto || como CONCAT. CONCAT también existe en Postgres y DuckDB, así que es la opción más portable.

Difieren en los NULL: 'Hale' || NULL es NULL, mientras que CONCAT('Hale', NULL) devuelve 'Hale' en Postgres y DuckDB (y NULL en MySQL). Para la CEO, m.first_name || ' ' || m.last_name es NULL, que es lo que pidió Nicole. CONCAT devolvería un solo espacio, que parece vacío pero no es NULL y rompería una comprobación posterior con IS NULL.

Subir más por el árbol

Un self join da un nivel. “El gerente del gerente” necesita un segundo join con un tercer alias:

LEFT JOIN employees AS m  ON m.employee_id  = e.manager_id
LEFT JOIN employees AS mm ON mm.employee_id = m.manager_id

Para una jerarquía de profundidad desconocida, Postgres, DuckDB, MySQL 8 y BigQuery admiten CTE recursivas (WITH RECURSIVE), que recorren el árbol hasta que termina. Es un tema avanzado de entrevista y vale la pena saber que existe.

Usos comunes para analistas

• Plantilla y salario por gerente (join y luego agrupar por el nombre del gerente).
• Encontrar empleados que ganan más que su gerente, una conocida pregunta de entrevista: WHERE e.salary > m.salary.
• Comparar filas dentro de una tabla, como pedidos del mismo cliente, aunque las funciones de ventana (capítulo 8) suelen hacerlo de forma más sencilla.

Errores comunes

• Usar un inner join. La CEO no tiene gerente, así que JOIN employees AS m la descarta del organigrama. Usa LEFT JOIN.
• Invertir la condición del join. ON m.manager_id = e.employee_id empareja a cada persona con las personas que le reportan, no con su gerente. El gerente es la fila cuyo id es igual a tu manager_id: ON m.employee_id = e.manager_id.
• Dejar columnas sin calificar. Ambas copias de la tabla tienen first_name, así que un first_name a secas es ambiguo. Antepón e. o m. a cada columna.
• Usar CONCAT cuando el ticket quiere NULL. Para la CEO, CONCAT(m.first_name, ' ', m.last_name) devuelve un solo espacio, que parece vacío pero no pasa una comprobación IS NULL.

En SQL Server

Concatena con CONCAT(m.first_name, ' ', m.last_name) o con +. Difieren en NULL: para la CEO, m.first_name + ' ' + m.last_name es NULL como ||, mientras que CONCAT trata NULL como texto vacío y devuelve un solo espacio. || existe solo en las versiones más recientes (Azure SQL, SQL Server 2025).