JOINs combinano righe da multiple tabelle basate su una colonna correlata — essenziali per interrogare dati relazionali distribuiti across tabelle. Il tipo di join determina quali righe vengono mantenute quando non c'è corrispondenza.
users.name, orders.total
users
orders users.id orders.user_id;
La clausola ON specifica come le tabelle si relazionano (matching una foreign key a una primary key). Il tipo di join controlla cosa succede per righe che non matchano.
INNER JOIN → only rows that MATCH in BOTH tables (the intersection)
users WITH orders only — users with no orders are excluded
LEFT JOIN → ALL rows from the LEFT table + matches from the right (NULL if no match)
ALL users, with their orders (or NULL for users with no orders)
RIGHT JOIN → ALL rows from the RIGHT table + matches from the left (NULL if no match)
ALL orders, with their user (mirror of LEFT)
FULL JOIN → ALL rows from BOTH tables (matched where possible, NULL where not)
-- INNER — only users who have orders
SELECT u.name, o.total FROM users u INNER JOIN orders o ON u.id = o.user_id;
-- LEFT — ALL users, even those with no orders (o.total is NULL for them)
SELECT u.name, o.total FROM users u LEFT JOIN orders o ON u.id = o.user_id;
-- LEFT JOIN + IS NULL → users who have NEVER ordered
SELECT u.name
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
WHERE o.id IS NULL; -- no matching order → o.id is NULL
Il pattern LEFT JOIN + IS NULL trova righe in una tabella senza corrispondente riga in un'altra — una tecnica molto comune e utile.
INNER → A ∩ B (matches only)
LEFT → all A + matching B
RIGHT → all B + matching A
FULL → all A + all B
JOINs sono fondamentali nei database relazionali — i dati sono deliberatamente distribuiti across tabelle correlate (users, orders, products), e JOINs sono come combini dati correlati nelle query, quindi capirli è essenziale per praticamente qualsiasi lavoro database non-banale.
Capire i quattro tipi di join e cosa fanno con righe non-corrispondenti è la competenza chiave: INNER JOIN (solo righe corrispondenti — la più comune), LEFT JOIN (tutte le righe dalla tabella sinistra, con NULLs per non-corrispondenze — cruciale quando hai bisogno di tutti i record indipendentemente da corrispondenze), RIGHT JOIN (lo specchio), e FULL JOIN (tutte le righe da entrambe).
Scegliere il tipo di join corretto determina direttamente i tuoi risultati — usare INNER quando intendevi LEFT silenziosamente scarta righe (un bug comune), quindi capire la distinzione è importante per la correttezza.
Il pattern LEFT JOIN + IS NULL (trovare righe senza corrispondenza in un'altra tabella — come users che non hanno mai ordinato) è una tecnica particolarmente utile e comune che vale la pena conoscere.
Poiché i dati relazionali sono distribuiti across tabelle e JOINs sono il modo primario per interrogarli insieme, e poiché il tipo di join afetta criticamente quali righe appaiono nei risultati, mastering JOINs — i quattro tipi, il loro comportamento con non-corrispondenze, e pattern come anti-joins — è conoscenza core, frequentemente applicata per SQL e uno dei concetti database più importanti e comunemente testati.