Hva er views og materialiserte views?

Question

Accepted Answer

En **view** er en lagret spørring som fungerer som en virtuell tabell — du spør den som en tabell, men den kjører den underliggende spørringen hver gang. En **materialisert view** lagrer spørringens *resultater* fysisk (oppfrisket periodisk), og bytter friskhet mot lesehastighet.

## En vanlig view — en lagret spørring

```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 **virtuell tabell** — den lagrer ingen data i seg selv, bare spørringsdefinisjon. Hver gang du spør view-en, kjøres den underliggende spørringen mot gjeldende data (alltid fersk).

## Hvorfor bruke 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 flotte for å innkapsle kompleks logikk, gi en stabil abstraksjon over tabeller, og sikkerhet (eksponere bare spesifikke data).

## Materialiserte views — lagrede 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 **materialisert view** lagrer spørringens resultater fysisk — så lesing er rask (ingen omberegning), men dataene er bare så ferske som siste `REFRESH`. Ideelt for dyre aggregeringer som spørres ofte men tolererer litt staleness.

## View versus materialisert view — avveining

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

Views er en nyttig databasefunksjon for **abstraksjon, forenkling og sikkerhet**, og å forstå dem (og materialiserte views) er verdifullt for å organisere og optimalisere databasetilgang.

Vanlige **views** (lagrede spørringer som fungerer som virtuelle tabeller) gir reelle fordeler: forenkle komplekse spørringer (innkapsle intrikate JOINs/aggregeringer som en ren navngitt view), gi en stabil abstraksjon over tabeller (slik at applikasjonskode eller andre spørringer bruker et konsistent grensesnitt), aktivere **sikkerhet** (gi tilgang til en view som eksponerer bare visse kolonner/rader mens du skjuler sensitive data), og fremme gjenbrukbarhet (definere vanlig spørringslogikk en gang).

Disse gjør views verdifulle for vedlikeholdbar, sikker databasedesign. **Materialiserte views** adresserer et annet behov — **ytelse**: ved fysisk å lagre forhåndsberegnede spøringsresultater (oppfrisket periodisk), gjør de lesing av dyre aggregeringer raskt, til kostnad av potensiell staleness.

Å forstå **avveiningen** — vanlige views er alltid ferske men kjører spørringen på nytt hver gang, mens materialiserte views er raske men kan være stale til de oppfriskes — er viktig for å velge riktig (views for abstraksjon/forenkling, materialiserte views for hurtigbuffer av dyre, hyppig leste resultater som tolererer litt staleness).

Siden organisering av spøringslogikk (views for abstraksjon og sikkerhet) og optimalisering av dyre gjentatte spørringer (materialiserte views for hurtigbuffer) er reelle behov i databasearbeid, og siden å forstå begge typene og deres friskhet/ytelses-avveiing hjelper deg å anvende dem passende, er kunnskap om views og materialiserte views nyttig, praktisk relevant kunnskap for å bygge vedlikeholdbar, effektiv, sikker databasetilgang.