Criar e atualizar uma materialized view

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 requer um materialized view log; COMPLETE ('C') recalcula tudo, FAST ('F') é incremental. ON COMMIT/ON DEMAND determina quando ocorre o refresh.

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 recalcula tudo (não é incremental). CONCURRENTLY não bloqueia leituras, mas requer um índice único e é mais lento.

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;

Não há suporte nativo a materialized views. Mantém-se uma tabela de resumo, repopulada instantaneamente com triggers ou periodicamente com o 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);

O SQL Server usa indexed views: WITH SCHEMABINDING é obrigatório; depois que um índice clustered único é criado, os dados são armazenados fisicamente e mantidos automaticamente (não é necessário REFRESH separado). Com GROUP BY, COUNT_BIG(*) é obrigatório; se a coluna dentro de SUM aceitar nulos, escreva SUM(ISNULL(amount, 0)) (caso contrário, erro 8662). A view deve ser criada com QUOTED_IDENTIFIER e ANSI_NULLS ON. A correspondência automática de views pelo otimizador de consultas existe apenas nas edições Enterprise (e Developer); na Standard, referencie a view com o 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" } }
]);

Obtém-se uma materialized view sob demanda gravando o resultado da agregação em uma coleção persistente com $out ou $merge. Para atualizar, execute o pipeline novamente (manualmente ou com um agendador).

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 3600

Não existe o conceito de materialized view; a abordagem mais próxima é manter valores pré-calculados em chaves (String/Hash/Sorted Set) e armazená-los em cache por tempo limitado com 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/_start

Um transform pivota o índice de origem e o materializa em um índice de destino de resumo. Este exemplo é um transform em batch: executa uma vez com _start e para. Para um transform contínuo que se atualiza automaticamente à medida que chegam novos dados, adicione "sync": { "time": { "field": "<time_field>", "delay": "60s" } } com um campo de tempo à configuração (não existe a configuração continuous: true).