Créer et rafraîchir une vue matérialisée
Oracle
-- FAST refresh first requires an MV log on the source table:
CREATE MATERIALIZED VIEW LOG ON sales
WITH ROWID, SEQUENCE (region, amount) INCLUDING NEW VALUES;
CREATE MATERIALIZED VIEW mv_revenue
BUILD IMMEDIATE REFRESH FAST ON COMMIT
AS SELECT region, SUM(amount) total, COUNT(*) cnt, COUNT(amount) amount_cnt
FROM sales GROUP BY region;
-- Manual refresh
EXEC DBMS_MVIEW.REFRESH('MV_REVENUE', 'C');REFRESH FAST nécessite un materialized view log ; COMPLETE ('C') recalcule entièrement, FAST ('F') est incrémental. ON COMMIT/ON DEMAND détermine le moment du rafraîchissement.
PostgreSQL
CREATE MATERIALIZED VIEW mv_revenue AS
SELECT region, SUM(amount) AS total FROM sales GROUP BY region;
-- Refresh (CONCURRENTLY requires a unique index)
CREATE UNIQUE INDEX ON mv_revenue (region);
REFRESH MATERIALIZED VIEW CONCURRENTLY mv_revenue;REFRESH recalcule tout (il n'est pas incrémental). CONCURRENTLY ne bloque pas les lectures mais nécessite un index unique et est plus lent.
MySQL
-- MySQL/MariaDB has no built-in materialized views.
-- Approach: summary table + refresh with a trigger or a scheduled event
CREATE TABLE mv_revenue (region VARCHAR(50) PRIMARY KEY, total DECIMAL(18,2));
CREATE EVENT ev_mv_revenue ON SCHEDULE EVERY 1 HOUR DO
REPLACE INTO mv_revenue SELECT region, SUM(amount) FROM sales GROUP BY region;Il n'y a pas de prise en charge native des vues matérialisées. Une table de synthèse est maintenue et réalimentée soit instantanément par des triggers, soit périodiquement avec l'EVENT SCHEDULER.
SQL Server
-- Indexed view (materialized view equivalent)
CREATE VIEW dbo.mv_revenue WITH SCHEMABINDING AS
SELECT region, SUM(ISNULL(amount, 0)) AS total, COUNT_BIG(*) AS cnt
FROM dbo.sales GROUP BY region;
GO
CREATE UNIQUE CLUSTERED INDEX ix_mv_revenue ON dbo.mv_revenue (region);SQL Server utilise les vues indexées : WITH SCHEMABINDING est obligatoire ; dès qu'un index cluster unique est créé, les données sont stockées physiquement et maintenues automatiquement (aucun REFRESH séparé nécessaire). Avec GROUP BY, COUNT_BIG(*) est requis ; si la colonne dans SUM accepte NULL, écrivez SUM(ISNULL(amount, 0)) (sinon erreur 8662). La vue doit être créée avec QUOTED_IDENTIFIER et ANSI_NULLS à ON. La correspondance automatique des vues par l'optimiseur n'est disponible qu'en édition Enterprise (et Developer) ; en Standard, référencez la vue avec le hint WITH (NOEXPAND).
MongoDB
// On-demand materialized view: write the result to a collection with $merge
db.sales.aggregate([
{ $group: { _id: "$region", total: { $sum: "$amount" } } },
{ $merge: { into: "mv_revenue", whenMatched: "replace", whenNotMatched: "insert" } }
]);Une vue matérialisée à la demande s'obtient en écrivant le résultat de l'agrégation dans une collection persistante avec $out ou $merge. Pour rafraîchir, réexécutez le pipeline (manuellement ou via un planificateur).
Redis
# Not applicable: Redis has no materialized views. The computed result is written to a key
# and cached with a TTL.
SET mv:revenue:region1 12345 EX 3600Il n'existe pas de notion de vue matérialisée ; l'approche la plus proche consiste à conserver des valeurs précalculées dans des clés (String/Hash/Sorted Set) et à les mettre en cache pour une durée limitée avec EX/TTL.
Elasticsearch
# Continuous/materialized summary index with a transform
PUT _transform/mv_revenue
{ "source": { "index": "sales" },
"dest": { "index": "mv_revenue" },
"pivot": { "group_by": { "region": { "terms": { "field": "region" } } },
"aggregations": { "total": { "sum": { "field": "amount" } } } } }
POST _transform/mv_revenue/_startUn transform pivote l'index source et le matérialise dans un index de destination de synthèse. Cet exemple est un transform batch : il s'exécute une fois avec _start puis s'arrête. Pour un transform continu qui se met à jour automatiquement à l'arrivée de nouvelles données, ajoutez "sync": { "time": { "field": "<time_field>", "delay": "60s" } } avec un champ temporel à la configuration (il n'existe pas de réglage continuous: true).