O que são views e materialized views?

Question

Accepted Answer

Uma **view** é uma consulta salva que atua como uma tabela virtual — você a consulta como uma tabela, mas executa a consulta subjacente a cada vez. Uma **materialized view** armazena os *resultados* da consulta fisicamente (atualizada periodicamente), trocando atualidade por velocidade de leitura.

## Uma view regular — uma consulta salva

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

Uma view é uma **tabela virtual** — ela não armazena dados em si, apenas a definição da consulta. Cada vez que você consulta a view, a consulta subjacente é executada contra os dados atuais (sempre atualizada).

## Por que usar views

```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 são ótimas para encapsular lógica complexa, fornecer uma abstração estável sobre tabelas e segurança (expondo apenas dados específicos).

## Materialized views — resultados armazenados

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

Uma **materialized view** armazena fisicamente os resultados da consulta — então a leitura é rápida (sem recomputação), mas os dados estão apenas tão atualizados quanto o último `REFRESH`. Ideal para agregações caras consultadas frequentemente, mas tolerantes a alguma desatualização.

## View vs materialized view — 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.
```

## Por que isso importa

Views são um recurso útil de banco de dados para **abstração, simplificação e segurança**, e compreendê-las (assim como materialized views) é valioso para organizar e otimizar o acesso ao banco de dados.

**Views** regulares (consultas salvas atuando como tabelas virtuais) oferecem benefícios reais: simplificar consultas complexas (encapsulando JOINs/agregações intricadas como uma view nomeada e limpa), fornecer uma abstração estável sobre tabelas (para que código de aplicação ou outras consultas usem uma interface consistente), permitir **segurança** (concedendo acesso a uma view que expõe apenas certas colunas/linhas enquanto oculta dados sensíveis) e promover reusabilidade (definindo lógica de consulta comum uma única vez).

Isso torna as views valiosas para design de banco de dados manutenível e seguro. **Materialized views** abordam uma necessidade diferente — **performance**: ao armazenar fisicamente resultados de consultas pré-computadas (atualizadas periodicamente), elas tornam a leitura de agregações caras rápida, ao custo de potencial desatualização.

Compreender o **trade-off** — views regulares estão sempre atualizadas, mas re-executam a consulta a cada vez, enquanto materialized views são rápidas, mas podem estar desatualizadas até serem atualizadas — é importante para escolher corretamente (views para abstração/simplificação, materialized views para cachear resultados caros, frequentemente lidos, que toleram alguma desatualização).

Como organizar lógica de consulta (views para abstração e segurança) e otimizar consultas repetidas caras (materialized views para cachear) são necessidades reais no trabalho com banco de dados, e como compreender ambos os tipos e seu trade-off de atualidade/performance ajuda a aplicá-los apropriadamente, conhecer views e materialized views é conhecimento útil e praticamente relevante para construir acesso ao banco de dados manutenível, performante e seguro.