Wat zijn views en materialized views?

Question

Accepted Answer

Een **view** is een opgeslagen query die fungeert als een virtuele tabel — je voert er queries op uit als op een tabel, maar de onderliggende query wordt elke keer uitgevoerd. Een **materialized view** slaat de query-*resultaten* fysiek op (periodiek vernieuwd), wat snellere reads biedt ten koste van verversheid.

## Een gewone view — een opgeslagen query

```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%';
```

Een view is een **virtuele tabel** — het slaat zelf geen gegevens op, alleen de querydefinitie. Elke keer dat je de view opvraagt, wordt de onderliggende query tegen de huidige gegevens uitgevoerd (altijd actueel).

## Waarom views gebruiken

```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 zijn uitstekend voor het inkapselen van complexe logica, het bieden van een stabiele abstractie over tabellen, en beveiliging (alleen bepaalde gegevens beschikbaar stellen).

## Materialized views — opgeslagen resultaten

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

Een **materialized view** slaat de queryresultaten fysiek op — dus het uitlezen is snel (geen herberekening), maar de gegevens zijn slechts zo actueel als de laatste `REFRESH`. Ideaal voor dure aggregaties die frequent worden opgevraagd maar tolerant zijn voor lichte veroudering.

## View versus materialized view — de afweging

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

## Waarom het belangrijk is

Views zijn een nuttige databasefunctie voor **abstractie, vereenvoudiging en beveiliging**, en het begrijpen ervan (en van materialized views) is waardevol voor het organiseren en optimaliseren van databasetoegang.

Gewone **views** (opgeslagen queries die als virtuele tabellen fungeren) bieden echte voordelen: het vereenvoudigen van complexe queries (ingewikkelde JOINs/aggregaties inkapselen als een schone benoemde view), het bieden van een stabiele abstractie over tabellen (zodat applicatiecode of andere queries een consistent interface gebruiken), het mogelijk maken van **beveiliging** (toegang verlenen tot een view die alleen bepaalde kolommen/rijen toont terwijl gevoelige gegevens verborgen blijven), en het bevorderen van herbruikbaarheid (gemeenschappelijke querylogica eenmaal definiëren).

Deze maken views waardevol voor onderhoudbare, veilige databaseontwerp. **Materialized views** adresseren een ander behoefte — **prestatie**: door vooraf berekende queryresultaten fysiek op te slaan (periodiek vernieuwd), maken ze het lezen van dure aggregaties snel, ten koste van potentiële veroudering.

Het begrijpen van de **afweging** — gewone views zijn altijd actueel maar voeren de query elke keer uit, terwijl materialized views snel zijn maar verouderd kunnen zijn totdat ze worden vernieuwd — is belangrijk voor het juiste keuze maken (views voor abstractie/vereenvoudiging, materialized views voor het cachen van dure, frequent gelezen resultaten die lichte veroudering tolereren).

Daarom dat het organiseren van querylogica (views voor abstractie en beveiliging) en het optimaliseren van dure herhaalde queries (materialized views voor caching) echte behoeften zijn in databasewerk, en omdat het begrijpen van beide types en hun verversheid/prestatie-afweging je helpt ze juist toe te passen, is kennis van views en materialized views praktisch relevant en nuttig voor het bouwen van onderhoudbare, performante, veilige databasetoegang.