Ce este o auto-îmbinare (self-join)?

Question

Accepted Answer

O **auto-îmbinare** este o îmbinare în care un tabel este îmbinat **cu el însuși** — util atunci când rândurile dintr-un tabel se raportează la *alte rânduri din același tabel*, cum ar fi ierarhii (angajați și managerii lor) sau compararea rândurilor dintr-un tabel.

## Exemplul clasic: angajați și manageri

```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
```

Cheia este **aliasurile de tabel** (`e` și `m`) — ele vă permit să tratați tabelul unic ca două "copii" pentru a putea îmbina rândul angajatului cu rândul managerului său din același tabel. (Utilizarea LEFT JOIN păstrează angajații fără manager.)

## Alte utilizări ale auto-îmbinărilor

```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)
```

Auto-îmbinările sunt de asemenea utilizate pentru a compara rândurile din tabel (găsirea duplicatelor, perechilor sau intrărilor conexe) — condiția `a.id < b.id` este un truc comun pentru a evita perechea unui rând cu el însuși și pentru a evita perechile duplicate.

## Cum funcționează din punct de vedere conceptual

```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.
```

## De ce contează

Auto-îmbinările sunt o tehnică SQL utilă pentru a gestiona **relații în cadrul unui singur tabel** — în special date ierarhice sau auto-referențiale, care este un model frecvent în lumea reală, deci înțelegerea lor este valoroasă pentru aceste scenarii.

Utilizarea clasică și cea mai importantă este **ierarhiile** în care rândurile fac referință la alte rânduri din același tabel (angajații care fac referință la managerii lor, categoriile cu categorii părinte, structuri organizaționale, comentarii filetate) — auto-îmbinările vă permit să interogați aceste relații (perechea fiecărui angajat cu managerul său) pe care întrebări mai simple nu le pot exprima.

Înțelegerea că mecanismul cheie este **aliasurile de tabel** (crearea a două "instanțe" logice ale tabelului pentru a putea fi potrivite rânduri între ele în același tabel) demistifică tehnica — este doar o îmbinare normală în care ambele părți sunt același tabel.

Auto-îmbinările se ocupă, de asemenea, cu compararea rândurilor din tabel (găsirea perechilor, duplicatelor sau intrărilor conexe, adesea cu o condiție precum `a.id < b.id` pentru a evita auto-perechea și duplicatele).

Deoarece datele auto-referențiale și ierarhice sunt frecvente (diagrame org, arbori de categorii, relații de manager, compararea înregistrărilor din tabel), iar auto-îmbinările sunt modalitatea standard de a interoga astfel de relații dintr-un singur tabel, înțelegerea auto-îmbinărilor — că un tabel poate fi îmbinat cu el însuși folosind aliasuri și tiparele comune (ierarhii, comparații de rânduri) — este cunoaștere SQL utilă și practic relevantă pentru a gestiona o clasă de interogări care implică relații intra-tabel care apar frecvent în modelele de date reale și este un subiect frecvent la interviuri care demonstrează o înțelegere mai profundă a îmbinărilor.