Hvad er views og materialiserede views?

Question

Accepted Answer

En **view** er en gemt forespørgsel, der fungerer som en virtuel tabel — du forespørger den som en tabel, men den kører den underliggende forespørgsel hver gang. En **materialiseret view** gemmer forespørgslens *resultater* fysisk (opdateret periodisk), hvilket bytter aktualitet for læsehastighed.

## En almindelig view — en gemt forespørgsel

```sql
-- define a view
CREATE VIEW active_users AS
SELECT id, name, email FROM users WHERE active = true;

-- query it like a table — it runs the underlying SELECT each time
SELECT * FROM active_users WHERE name LIKE 'A%';
```

En view er en **virtuel tabel** — den lagrer ingen data selv, kun forespørgselsdefinitionen. Hver gang du forespørger viewet, køres den underliggende forespørgsel mod de aktuelle data (altid frisk).

## Hvorfor bruge views

```text
✓ SIMPLIFY complex queries — encapsulate a complex JOIN/aggregation as a named view
✓ ABSTRACTION — present a clean, stable interface; hide underlying table complexity
✓ SECURITY — grant access to a view exposing only certain columns/rows (hide the rest)
✓ REUSABILITY — define common query logic once, reuse it everywhere
✓ Consistency — everyone uses the same definition of "active_users"
```

Views er fantastiske til at indkapsle kompleks logik, give en stabil abstraktion over tabeller og sikkerhed (udsæt kun specifikke data).

## Materialiserede views — gemte resultater

```sql
-- stores the RESULTS physically (precomputed) for fast reads
CREATE MATERIALIZED VIEW monthly_sales AS
SELECT month, SUM(amount) AS total FROM orders GROUP BY month;

SELECT * FROM monthly_sales;        -- fast — reads stored results, doesn't recompute
REFRESH MATERIALIZED VIEW monthly_sales;   -- update the stored data when needed
```

En **materialiseret view** gemmer fysisk forespørgslens resultater — så læsning af den er hurtig (ingen genberegning), men dataene er kun så friske som sidste `REFRESH`. Ideelt til dyre aggregeringer, der forespørges ofte, men tolererer lille forældethed.

## View vs materialiseret view-aftale

```text
View              → always FRESH, but re-runs the query each time (slower for complex queries)
Materialized view → FAST reads (precomputed), but data can be STALE until refreshed
→ Use views for abstraction/simplification; materialized views for caching expensive
  query results that are read often and don't need real-time freshness.
```

## Hvorfor det betyder noget

Views er en brugbar databasefunktion til **abstraktion, simplificering og sikkerhed**, og at forstå dem (og materialiserede views) er værdifuldt for at organisere og optimere databaseadgang.

Gemte **views** (gemte forespørgsler, der fungerer som virtuelle tabeller) giver rigtige fordele: simplificering af komplekse forespørgsler (indkapsling af indviklede JOINs/aggregeringer som en ren navngiven view), levering af en stabil abstraktion over tabeller (så applikationskode eller andre forespørgsler bruger en konsistent grænseflade), aktivering af **sikkerhed** (tildeling af adgang til en view, der udsætter kun visse kolonner/rækker samtidig med at skjule følsomme data), og fremme af genbrug (definition af almindelig forespørgselslogik én gang).

Disse gør views værdifulde for vedligeholdelsesvenlig, sikker databasedesign. **Materialiserede views** addresserer et andet behov — **ydeevne**: ved fysisk at gemme forudberegnede forespørgselsresultater (opdateret periodisk), gør de læsning af dyre aggregeringer hurtig, på bekostning af potentiel forældethed.

Forståelse af **aftalen** — gemte views er altid friske, men getkører forespørgslen hver gang, mens materialiserede views er hurtige, men kan være forældet, indtil de opdateres — er vigtig for at vælge korrekt (views til abstraktion/simplificering, materialiserede views til caching af dyre, hyppigt læste resultater, der tolererer lille forældethed).

Da organisering af forespørgselslogik (views til abstraktion og sikkerhed) og optimering af dyre gentagne forespørgsler (materialiserede views til caching) er rigtige behov i databasearbejde, og da forståelse af begge typer og deres aktualitets-/ydeevneaftale hjælper dig med at anvende dem korrekt, er kendskab til views og materialiserede views nyttig, praktisk relevant viden for at bygge vedligeholdelsesvenlig, performant, sikker databaseadgang.