O que é um self-join?

Question

Accepted Answer

Um **self-join** é um join onde uma tabela é unida **a ela mesma** — útil quando linhas em uma tabela se relacionam com *outras linhas na mesma tabela*, como hierarquias (funcionários e seus gerentes) ou comparando linhas dentro de uma tabela.

## O exemplo clássico: funcionários e gerentes

```sql
-- join employees to itself to pair each employee with their manager
SELECT e.name AS employee, m.name AS manager
FROM employees e
LEFT JOIN employees m ON e.manager_id = m.id;   -- same table, two aliases!
-- → Bob | Ann, Carol | Ann, Ann | NULL
```

A chave são **aliases de tabela** (`e` e `m`) — eles permitem que você trate a tabela única como duas "cópias" para que possa unir a linha do funcionário com a linha do seu gerente dentro da mesma tabela. (Usar LEFT JOIN mantém funcionários sem gerente.)

## Outros usos de self-joins

```sql
-- find pairs of products with the same price
SELECT a.name, b.name, a.price
FROM products a
JOIN products b ON a.price = b.price AND a.id < b.id;   -- a.id < b.id avoids duplicates/self-pairs

-- find rows related to other rows in the same table (sequences, comparisons)
```

Self-joins também são usados para comparar linhas dentro de uma tabela (encontrar duplicatas, pares ou entradas relacionadas) — a condição `a.id < b.id` é um truque comum para evitar parear uma linha com ela mesma e evitar pares duplicados.

## Como funciona conceitualmente

```text
A self-join is just a regular join where both sides happen to be the SAME table.
The aliases create two logical "instances" of the table, so each row of one instance
can be matched against rows of the other instance.
→ Nothing special syntactically — it's a normal join, with the trick being aliases.
```

## Por que isso importa

Self-joins são uma técnica SQL útil para lidar com **relacionamentos dentro de uma única tabela** — particularmente dados hierárquicos ou auto-referenciados, que é um padrão comum no mundo real, então entendê-los é valioso para esses cenários.

O uso clássico e mais importante é **hierarquias** onde linhas fazem referência a outras linhas na mesma tabela (funcionários fazendo referência aos seus gerentes, categorias com categorias pai, estruturas organizacionais, comentários encadeados) — self-joins permitem que você consulte esses relacionamentos (emparelhando cada funcionário com seu gerente) que consultas mais simples não conseguem expressar.

Entender que o mecanismo-chave é **aliases de tabela** (criando duas "instâncias" lógicas da tabela para que linhas possam ser correspondidas uma com a outra dentro da mesma tabela) desmistifica a técnica — é apenas um join normal onde ambos os lados são a mesma tabela.

Self-joins também lidam com comparação de linhas dentro de uma tabela (encontrando pares, duplicatas ou entradas relacionadas, frequentemente com uma condição como `a.id < b.id` para evitar auto-emparelhamento e duplicatas).

Como dados auto-referenciados e hierárquicos são comuns (organogramas, árvores de categorias, relacionamentos de gerentes, comparação de registros dentro de uma tabela), e como self-joins são a forma padrão de consultar tais relacionamentos dentro de uma única tabela, entender self-joins — que uma tabela pode ser unida a ela mesma usando aliases e os padrões comuns (hierarquias, comparações de linhas) — é conhecimento SQL útil e praticamente relevante para lidar com uma classe de consultas envolvendo relacionamentos intra-tabela que surgem frequentemente em modelos de dados reais, e é um tópico comum em entrevistas demonstrando compreensão mais profunda de joins.