Hvordan fungerer GROUP BY og HAVING?

Question

Accepted Answer

**`GROUP BY`** grupperer rader som deler en verdi, slik at aggregatfunksjoner beregner per gruppe. **`HAVING`** filtrerer disse gruppene (som `WHERE`, men for grupper/aggregater). Sammen danner de kjernen i å oppsummere og analysere data etter kategori.

## GROUP BY — aggreger per gruppe

```sql
SELECT country, COUNT(*) AS user_count, AVG(age) AS avg_age
FROM users
GROUP BY country;
-- one result row PER country, with that country's count and average age
```

`GROUP BY country` kollapser alle rader for hvert land til én gruppe, og aggregatfunksjoner (`COUNT`, `AVG`) beregner en verdi for hver gruppe. Du kan gruppere etter flere kolonner:

```sql
GROUP BY country, city          -- a group per unique (country, city) combination
```

## HAVING — filtrer gruppene

```sql
-- show only countries with MORE THAN 100 users
SELECT country, COUNT(*) AS user_count
FROM users
GROUP BY country
HAVING COUNT(*) > 100;          -- filter on the AGGREGATE
```

`HAVING` filtrerer *etter* gruppering, på aggregatverdier — noe `WHERE` ikke kan gjøre (WHERE filtrerer individuelle rader før gruppering).

## WHERE vs HAVING — en viktig forskjell

```sql
SELECT country, COUNT(*) AS cnt
FROM users
WHERE active = true             -- WHERE: filter ROWS first (before grouping)
GROUP BY country
HAVING COUNT(*) > 100;          -- HAVING: filter GROUPS after (on aggregates)
```

```text
WHERE  → filters individual ROWS, runs BEFORE grouping, can't use aggregates
HAVING → filters GROUPS, runs AFTER grouping, used WITH aggregates
→ Use WHERE to filter rows, HAVING to filter aggregated groups. (Filter with WHERE
  first when possible — it's more efficient, reducing rows before grouping.)
```

## Eksekusjonsrekkefølgen

```text
FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY
(WHERE before grouping, HAVING after — which is why their roles differ)
```

## Hvorfor det er viktig

`GROUP BY` og `HAVING` er kjerneelementer i **analytisk SQL** — å oppsummere og analysere data etter kategori er et grunnleggende, konstant behov (antall per region, salg per produkt, gjennomsnitt per gruppe), så å forstå dem er essensielt. `GROUP BY` (gruppering av rader slik at aggregater beregnes per gruppe) er grunnlaget for disse sammendragsforespørslene, og å forstå hvordan det kollapser rader til grupper for aggregering er nødvendig for enhver rapportering eller analyse.

**`WHERE` vs `HAVING` distinksjon** er særlig viktig og ofte forvirrende: `WHERE` filtrerer individuelle rader *før* gruppering (og kan ikke bruke aggregater), mens `HAVING` filtrerer grupper *etter* gruppering (på aggregatverdier) — å bruke feil filtrering forårsaker feil eller gale resultater, og å forstå når hver gjelder (WHERE for radnivå-filtrering, HAVING for aggregatnivå-filtrering av grupper) er en viktig ferdighet.

Å vite at man skal filtrere med WHERE først når mulig (mer effektivt — reduserer rader før gruppering) er en nyttig optimalisering.

Forbindelsen til **eksekusjonsrekkefølgen** (WHERE før gruppering, HAVING etter) forklarer hvorfor rollene deres er forskjellige.

Siden gruppering og aggregatfiltrering er allestedsnærværende i rapportering og dataanalyse, og siden WHERE-vs-HAVING distinksjon er både viktig for korrekthet og ofte misforstått, er å mestre `GROUP BY` og `HAVING` — gruppering for per-kategori-aggregater og to-nivåers filtreringsmodell — kjernekunnskap som er essensielt for analytisk SQL og et hyppig emne i intervjuer.