Qu'est-ce que les vues et les vues matérialisées ?

Question

Accepted Answer

Une **vue** est une requête sauvegardée qui agit comme une table virtuelle — vous la requêtez comme une table, mais elle exécute la requête sous-jacente à chaque fois. Une **vue matérialisée** stocke physiquement les *résultats* de la requête (actualisée périodiquement), échangeant la fraîcheur des données pour la vitesse de lecture.

## Une vue ordinaire — une requête sauvegardée

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

Une vue est une **table virtuelle** — elle ne stocke aucune donnée en elle-même, juste la définition de la requête. Chaque fois que vous requêtez la vue, la requête sous-jacente s'exécute sur les données actuelles (toujours fraîches).

## Pourquoi utiliser des vues

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

Les vues sont excellentes pour encapsuler une logique complexe, fournir une abstraction stable sur les tables, et la sécurité (exposer uniquement des données spécifiques).

## Vues matérialisées — résultats stockés

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

Une **vue matérialisée** stocke physiquement les résultats de la requête — donc la lecture est rapide (pas de recalcul), mais les données sont aussi fraîches que le dernier `REFRESH`. Idéal pour les agrégations coûteuses requêtées fréquemment mais tolérantes à une légère obsolescence.

## Compromis entre vue et vue matérialisée

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

## Pourquoi c'est important

Les vues sont une fonctionnalité de base de données utile pour **l'abstraction, la simplification et la sécurité**, et les comprendre (ainsi que les vues matérialisées) est précieux pour organiser et optimiser l'accès aux bases de données.

Les **vues** ordinaires (requêtes sauvegardées agissant comme des tables virtuelles) offrent des avantages réels : simplifier les requêtes complexes (encapsuler des JOINs/agrégations compliqués comme une vue nommée propre), fournir une abstraction stable sur les tables (ainsi le code applicatif ou d'autres requêtes utilisent une interface cohérente), activer la **sécurité** (accorder l'accès à une vue qui expose uniquement certaines colonnes/lignes tout en cachant les données sensibles), et promouvoir la réutilisabilité (définir une logique de requête commune une fois).

Cela rend les vues précieuses pour une conception de base de données maintenable et sécurisée. Les **vues matérialisées** répondent à un besoin différent — **la performance** : en stockant physiquement les résultats de requête précompilés (actualisés périodiquement), elles rendent la lecture des agrégations coûteuses rapide, au prix d'une obsolescence potentielle.

Comprendre le **compromis** — les vues ordinaires sont toujours fraîches mais réexécutent la requête à chaque fois, tandis que les vues matérialisées sont rapides mais peuvent être obsolètes jusqu'à l'actualisation — est important pour choisir correctement (vues pour l'abstraction/simplification, vues matérialisées pour mettre en cache les résultats coûteux et fréquemment lus qui tolèrent une légère obsolescence).

Puisque l'organisation de la logique de requête (vues pour l'abstraction et la sécurité) et l'optimisation des requêtes coûteuses répétées (vues matérialisées pour le caching) sont des besoins réels dans le travail sur les bases de données, et puisque comprendre les deux types et leur compromis fraîcheur/performance vous aide à les appliquer correctement, connaître les vues et les vues matérialisées est une connaissance utile et pratiquement pertinente pour construire un accès aux bases de données maintenable, performant et sécurisé.