Hva er genererte kolonner?

Question

Accepted Answer

En **generert kolonne** er en kolonne hvis verdi blir **beregnet automatisk** fra andre kolonner, i stedet for å bli satt inn direkte. PostgreSQL støtter **lagrede** genererte kolonner (Postgres 12+) — den beregnede verdien beregnes ved skriving og lagres. De holder avledet data konsistent automatisk.

## Definere en generert kolonne

```sql
CREATE TABLE products (
  id SERIAL PRIMARY KEY,
  price NUMERIC,
  quantity INT,
  -- a STORED generated column — computed from price and quantity
  total NUMERIC GENERATED ALWAYS AS (price * quantity) STORED
);

INSERT INTO products (price, quantity) VALUES (10, 3);
SELECT total FROM products;          -- 30 — computed automatically (you didn't insert it)
```

`GENERATED ALWAYS AS (expression) STORED`-klausulen gjør at `total` alltid er lik `price * quantity` — beregnet ved insert/update og lagret. Du kan ikke (og trenger ikke) sette inn i den direkte; den er alltid avledet.

## Vanlige brukstilfeller

```sql
-- a full name from parts
full_name TEXT GENERATED ALWAYS AS (first_name || ' ' || last_name) STORED

-- a normalized/lowercased value for searching
email_lower TEXT GENERATED ALWAYS AS (lower(email)) STORED

-- area from dimensions
area NUMERIC GENERATED ALWAYS AS (width * height) STORED

-- extract a value from JSONB into a real column (then index it)
user_id INT GENERATED ALWAYS AS ((data->>'user_id')::int) STORED
```

Genererte kolonner er flotte for avledede verdier du spør ofte etter — de forblir konsistent automatisk og kan **indekseres** (siden de lagres).

## Genererte kolonner versus beregning i spørringer versus triggere

```text
Generated column → derived value computed automatically, stored, indexable, consistent
Computing in a query (price*qty in SELECT) → no storage, but recomputed every query,
                                              can't be indexed directly
Trigger → more flexible but more complex; generated columns are simpler for pure derivations
→ Use generated columns for simple, deterministic derived values you query/index often.
```

## Hvorfor det betyr noe

Genererte kolonner er en nyttig PostgreSQL-funksjon for **automatisk vedlikehold av avledet data**, og å forstå dem er verdifullt for å holde beregnede verdier konsistent og søkbare.

Hovedfordelen er at verdien til en generert kolonne alltid blir automatisk beregnet fra andre kolonner og holdt synkronisert — slik at avledet data (totaler, fulle navn, normaliserte verdier, ekstraherte JSONB-felt) forblir **konsistent ved konstruksjon** uten at applikasjonskode eller manuelle oppdateringer trenger å huske å gjenta beregningen (eliminerer en klasse feil der avledet data blir usynkronisert).

Fordi lagrede genererte kolonner fysisk lagrer verdien, kan de også bli **indeksert** — som er spesielt verdifullt for ting som små bokstaver i e-post for søk som ikke skiller mellom store og små bokstaver, eller å trekke ut et JSONB-felt til en ekte, indekserbar kolonne (et kraftig mønster som kombinerer JSONB-fleksibilitet med relasjonell indeksering).

Å forstå når man skal bruke genererte kolonner versus alternativer — genererte kolonner for enkle, deterministiske avledede verdier du spør eller indekserer ofte (konsistent, indekserbar, enkel), versus beregning i spørringer (ingen lagring men beregnet på nytt hver gang og ikke direkte indekserbar) eller triggere (mer fleksibel men mer kompleks) — gjenspeiler solid designfornuft.

Siden vedlikehold av avledet/beregnet data konsistent er et vanlig behov, og siden genererte kolonner gir en automatisk, konsistent, indekserbar måte å gjøre det på (renere enn manuelt vedlikehold eller triggere for enkle avledinger), er å forstå genererte kolonner verdifull, praktisk relevant PostgreSQL-kunnskap for utforming av skjemaer der beregnede verdier holdes korrekt automatisk og gjøres effektivt søkbar — en nyttig moderne Postgres-funksjon for ren, konsistent datamodellering.