Hvad er genererede kolonner?

Question

Accepted Answer

En **genereret kolonne** er en kolonne, hvis værdi **beregnes automatisk** ud fra andre kolonner, i stedet for at blive indsat direkte. PostgreSQL understøtter **lagrede** genererede kolonner (Postgres 12+) — den beregnede værdi beregnes ved skrivning og lagres. De holder aflede data konsistente automatisk.

## Definering af en genereret 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)
```

Klausulen `GENERATED ALWAYS AS (expression) STORED` gør, at `total` altid er lig med `price * quantity` — beregnet ved indsættelse/opdatering og lagret. Du kan ikke (og skal ikke) indsætte direkte i den; den er altid aflede.

## Almindelige anvendelser

```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
```

Genererede kolonner er glimrende til aflede værdier, du forespørger ofte — de forbliver konsistente automatisk og kan være **indekserede** (da de er lagrede).

## Genererede kolonner vs. beregning i forespørgsler vs. 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 betyder noget

Genererede kolonner er en nyttig PostgreSQL-funktion til **automatisk vedligeholdelse af aflede data**, og at forstå dem er værdifuldt for at holde beregnede værdier konsistente og søgbare.

Hovedfordelen er, at en genereret kolonnes værdi altid automatisk beregnes ud fra andre kolonner og holdes synkroniseret — så aflede data (totaler, fulde navne, normaliserede værdier, ekstraherede JSONB-felter) forbliver **konsistente efter konstruktion** uden at applikationskode eller manuelle opdateringer skal huske at genberegne det (hvilket eliminerer en klasse af fejl, hvor aflede data bliver asynchrone).

Fordi lagrede genererede kolonner fysisk lagrer værdien, kan de også være **indekserede** — hvilket er særligt værdifuldt for ting som et laverealfabet-email til case-insensitiv søgning, eller ekstrahering af et JSONB-felt til en rigtig, indekserbar kolonne (et kraftfuldt mønster, der kombinerer JSONB-fleksibilitet med relationel indeksering).

At forstå, hvornår man skal bruge genererede kolonner versus alternativer — genererede kolonner til simple, deterministiske aflede værdier, du forespørger eller indekserer ofte (konsistente, indekserbare, simple), versus beregning i forespørgsler (ingen lagring men genberegnet hver gang og ikke direkte indekserbar) eller triggere (mere fleksible men mere komplekse) — afspejler solid designdom.

Da vedligeholdelse af aflede/beregnede data konsistent er et almindeligt behov, og da genererede kolonner giver en automatisk, konsistent, indekserbar måde at gøre det på (renere end manuel vedligeholdelse eller triggere til simple afledninger), er det værdifuldt at forstå genererede kolonner — praktisk relevant PostgreSQL-viden til design af skemaer, hvor beregnede værdier holdes korrekte automatisk og gøres effektivt søgbare — en nyttig moderne Postgres-funktion til rent, konsistent datamodellering.