Was sind Views und materialisierte Views?

Question

Accepted Answer

Eine **View** ist eine gespeicherte Abfrage, die wie eine virtuelle Tabelle funktioniert — Sie fragen sie wie eine Tabelle ab, aber die zugrunde liegende Abfrage wird jedes Mal ausgeführt. Eine **materialisierte View** speichert die *Ergebnisse* der Abfrage physisch (periodisch aktualisiert) und tauscht Aktualität gegen Lesgeschwindigkeit.

## Eine reguläre View — eine gespeicherte Abfrage

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

Eine View ist eine **virtuelle Tabelle** — sie speichert keine Daten selbst, sondern nur die Abfragedefinition. Jedes Mal, wenn Sie die View abfragen, läuft die zugrunde liegende Abfrage gegen die aktuellen Daten (immer aktuell).

## Warum Views verwenden

```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 sind großartig für die Kapselung komplexer Logik, bieten eine stabile Abstraktion über Tabellen und ermöglichen Sicherheit (Exposing von nur spezifischen Daten).

## Materialisierte Views — gespeicherte Ergebnisse

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

Eine **materialisierte View** speichert die Abfrageergebnisse physisch — daher ist das Lesen schnell (keine Neuberechnung), aber die Daten sind nur so aktuell wie die letzte `REFRESH`. Ideal für teure Aggregationen, die häufig abgefragt werden, aber eine gewisse Veraltung tolerieren.

## View versus materialisierte View — der Trade-off

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

## Warum es wichtig ist

Views sind ein nützliches Datenbankfeature für **Abstraktion, Vereinfachung und Sicherheit**, und das Verständnis dafür (und von materialisierten Views) ist wertvoll für die Organisation und Optimierung des Datenbankzugriffs.

Regulare **Views** (gespeicherte Abfragen, die als virtuelle Tabellen fungieren) bieten echte Vorteile: Sie vereinfachen komplexe Abfragen (indem Sie aufwendige JOINs/Aggregationen als saubere benannte View kapseln), bieten eine stabile Abstraktion über Tabellen (sodass Anwendungscode oder andere Abfragen eine konsistente Schnittstelle verwenden), ermöglichen **Sicherheit** (Gewährung des Zugriffs auf eine View, die nur bestimmte Spalten/Zeilen exposing, während sensible Daten verborgen bleiben) und fördern Wiederverwendbarkeit (Definieren von gemeinsamer Abfragelogik einmal).

Dies macht Views wertvoll für wartbare, sichere Datenbankdesign. **Materialisierte Views** adressieren ein anderes Bedürfnis — **Performance**: Durch das physische Speichern von vorberechneten Abfrageergebnissen (periodisch aktualisiert) machen sie das Lesen teurer Aggregationen schnell, auf Kosten möglicher Veraltung.

Das Verständnis des **Trade-offs** — regulare Views sind immer aktuell, führen aber die Abfrage jedes Mal aus, während materialisierte Views schnell sind, aber bis zu einer Aktualisierung veraltet sein können — ist wichtig für die richtige Auswahl (Views für Abstraktion/Vereinfachung, materialisierte Views für Caching teurer, häufig gelesener Ergebnisse, die gewisse Veraltung tolerieren).

Da das Organisieren von Abfragelogik (Views für Abstraktion und Sicherheit) und die Optimierung teurer wiederholter Abfragen (materialisierte Views für Caching) echte Bedürfnisse in der Datenbankarbeit sind, und da das Verständnis beider Typen und ihres Aktualitäts-/Performance-Trade-offs Ihnen hilft, diese angemessen anzuwenden, ist das Wissen über Views und materialisierte Views praktisch relevantes und nützliches Wissen für den Aufbau von wartbarem, performantem und sicherem Datenbankzugriff.