Wat is een index in SQL? Wanneer moet je deze wel en niet gebruiken?

Question

Accepted Answer

Een **index** is een gegevensstructuur (meestal een **B-tree**) waarmee de database rijen snel kan vinden **zonder de hele tabel in te scannen** — zoals een index in een boek. Het versnelt zoekopdrachten, filters, joins en sorteringen op de geïndexeerde kolom(men) aanzienlijk, ten koste van extra opslagruimte en tragere schrijfbewerkingen.

## Hoe een index helpt

```sql
-- without an index on email, this scans EVERY row (slow on a big table) — O(n)
SELECT * FROM users WHERE email = 'ann@x.com';

-- create an index → the database can find the row directly — O(log n)
CREATE INDEX idx_users_email ON users(email);
-- now the same query uses the index → dramatically faster
```

Zonder index voert de database een **full table scan** uit (elk rij controleren). Met een index navigeert het door een B-tree om overeenkomende rijen in logaritmische tijd te vinden — het verschil tussen het scannen van miljoenen rijen en een handvol zoekopdrachten.

## Wanneer indexes gebruiken

```text
✓ Columns in WHERE clauses (frequently filtered)
✓ Columns used in JOINs (foreign keys especially)
✓ Columns in ORDER BY (sorting can use the index)
✓ Columns with high SELECTIVITY (many distinct values — email, id)
✓ Primary keys (auto-indexed) and unique constraints
```

## Wanneer NIET indexes gebruiken (de trade-offs)

```text
✗ Columns rarely queried — wasted storage and write overhead
✗ Small tables — a full scan is already fast; an index adds no benefit
✗ Low-selectivity columns (e.g. a boolean with 2 values) — index barely helps
✗ Write-heavy columns — EVERY INSERT/UPDATE/DELETE must also update the indexes
  → too many indexes SLOW DOWN writes significantly
```

Indexes zijn niet gratis: ze **verbruiken opslagruimte** en **vertragen schrijfbewerkingen** (elke wijziging moet de indexes bijwerken). Te veel indexeren schaadt de schrijfprestaties.

## Samengestelde en andere index-typen

```sql
CREATE INDEX idx_users_country_name ON users(country, name);   -- COMPOSITE (multi-column)
-- helps WHERE country = ? AND name = ?, and WHERE country = ? (leftmost prefix)
-- but NOT WHERE name = ? alone (order matters!)

CREATE UNIQUE INDEX ...      -- enforces uniqueness
-- also: partial indexes, covering indexes, GIN/GiST (Postgres) for special data
```

## Waarom het belangrijk is

Indexes zijn een van de belangrijkste onderwerpen in databaseprestaties — ze zijn het primaire hulpmiddel om queries snel te maken, en het begrijpen van wanneer en hoe je ze gebruikt is essentiële kennis voor iedereen die met grote databases werkt.

De kernwaarde is dramatisch: zonder indexes vereisen queries die filteren, joinen of sorteren op een kolom **full table scans** (elk rij controleren — rampzalig langzaam naarmate gegevens groeien), terwijl indexes deze omzetten in snelle logaritmische zoekopdrachten — vaak het verschil tussen een query die milliseconden duurt versus seconden of minuten.

Begrijpen **wanneer je indexes gebruikt** (kolommen die vaak in WHERE worden gefilterd, JOIN/foreign-key kolommen, ORDER BY kolommen, kolommen met hoge selectiviteit) is fundamenteel voor queryprestaties.

Evenals belangrijk is het begrijpen van de **trade-offs en wanneer je NIET indexes gebruikt**: indexes verbruiken opslagruimte en, cruciaal, **vertragen schrijfbewerkingen** (elke INSERT/UPDATE/DELETE moet alle indexes bijwerken), dus te veel indexeren schaadt schrijfprestaties, en indexes hebben weinig waarde op kleine tabellen of kolommen met lage selectiviteit.

Deze balans — indexeren wat wordt bevraagd terwijl je niet overmatig indexeert — is een sleutelkunst.

Kennis van **samengestelde indexes** (multi-kolom, waarbij kolomvolgorde ertoe doet voor welke queries ze helpen) completteert praktische indexkennis.

Omdat queryprestaties kritiek zijn voor echte applicaties, en omdat juiste indexering (de juiste indexes op de juiste kolommen, waarbij je leeswelheid afweegt tegen schrijfkosten en opslagruimte) de meest impactvolle databaseoptimalisatie is, zijn indexes beheersen — hoe ze werken, wanneer je ze gebruikt, de schrijf- en opslagcompromissen, en samengestelde indexes — essentiële, waardevolle kennis voor performante databases en een van de belangrijkste en meest geteste databaseonderwerpen.