Forklar INNER, LEFT og RIGHT JOIN i MySQL med eksempler.

Question

IT Interview Practice · Accepted Answer

En JOIN kombinerer rækker fra to tabeller ved at matche en betingelse, som regel en foreign key. Join-*typen* afgør, hvad der sker med rækker, der **ikke har noget match** på den anden side.

## De tre, du har brug for

- **INNER JOIN** — behold kun rækker, der matcher på begge sider.
- **LEFT JOIN** — behold hver række fra den venstre tabel; umatchede højre-kolonner kommer tilbage som `NULL`.
- **RIGHT JOIN** — spejlbillede: behold hver højre-række. Bruges sjældent; folk bytter om på tabellerne og skriver LEFT i stedet.

```sql
-- customers(id, name)   orders(id, customer_id, total)

-- INNER: only customers who have at least one order
SELECT c.name, o.total
FROM customers c
INNER JOIN orders o ON o.customer_id = c.id;

-- LEFT: every customer, even those with zero orders (total = NULL)
SELECT c.name, o.total
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id;

-- Classic use: find customers with NO orders
SELECT c.name
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.id IS NULL;   -- the LEFT JOIN's NULL side reveals the gap
```

## Pas på

- At filtrere højre-tabellen i `WHERE` (f.eks. `WHERE o.total > 100`) forvandler tavst en LEFT JOIN tilbage til en INNER JOIN, fordi `NULL > 100` er falsk. Læg sådanne betingelser i `ON`-klausulen, hvis du vil beholde umatchede rækker.
- Join altid på **indekserede** kolonner (foreign key'en), ellers degenererer join'et til nested scans.

## Hvorfor det betyder noget

De fleste rigtige queries spænder over flere tabeller, og den forkerte join-type dropper eller duplikerer tavst rækker — en bug, der returnerer *plausible* resultater. At vide, at LEFT JOIN + `IS NULL` finder "manglende" rækker, og at et `WHERE` på null-siden ophæver LEFT'en, forhindrer en hel klasse af rapporteringsfejl.

De tre, du har brug for

Pas på

Hvorfor det betyder noget

Relaterede spørgsmål