Что такое представления и материализованные представления?

Question

Accepted Answer

**Представление** — это сохраненный запрос, который работает как виртуальная таблица — вы запрашиваете его как таблицу, но основной запрос выполняется каждый раз. **Материализованное представление** физически хранит *результаты* запроса (обновляется периодически), обменивая свежесть на скорость чтения.

## Обычное представление — сохраненный запрос

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

Представление — это **виртуальная таблица** — оно не хранит никакие данные, только определение запроса. Каждый раз, когда вы запрашиваете представление, основной запрос выполняется над текущими данными (всегда актуальными).

## Зачем использовать представления

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

Представления отлично подходят для инкапсуляции сложной логики, предоставления стабильной абстракции над таблицами и обеспечения безопасности (доступ только к нужным данным).

## Материализованные представления — сохраненные результаты

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

**Материализованное представление** физически хранит результаты запроса — поэтому чтение из него быстро (без пересчета), но данные свежие только до последнего `REFRESH`. Идеально для дорогостоящих агрегаций, запрашиваемых часто, но допускающих небольшую устаревание.

## Представление vs материализованное представление — компромисс

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

## Почему это важно

Представления — это полезная функция базы данных для **абстракции, упрощения и безопасности**, и их понимание (и материализованных представлений) ценно для организации и оптимизации доступа к базе данных.

**Обычные представления** (сохраненные запросы, действующие как виртуальные таблицы) дают реальные преимущества: упрощение сложных запросов (инкапсуляция сложных JOIN'ов/агрегаций в чистое именованное представление), предоставление стабильной абстракции над таблицами (так что код приложения или другие запросы используют согласованный интерфейс), включение **безопасности** (предоставление доступа к представлению, которое раскрывает только определенные столбцы/строки, скрывая конфиденциальные данные), и способствование переиспользованию (определение общей логики запроса один раз).

Это делает представления ценными для поддерживаемого и безопасного проектирования базы данных. **Материализованные представления** решают другую задачу — **производительность**: физически сохраняя предварительно вычисленные результаты запроса (обновляемые периодически), они делают чтение дорогостоящих агрегаций быстрым, ценой потенциального устаревания.

Понимание **компромисса** — обычные представления всегда актуальны, но повторно запускают запрос каждый раз, тогда как материализованные представления быстрые, но могут устаревать до следующего обновления — важно для правильного выбора (представления для абстракции/упрощения, материализованные представления для кеширования дорогостоящих, часто читаемых результатов, допускающих небольшое устаревание).

Так как организация логики запросов (представления для абстракции и безопасности) и оптимизация дорогостоящих повторяющихся запросов (материализованные представления для кеширования) — это реальные потребности в работе с базой данных, и так как понимание обоих типов и их компромисса между свежестью и производительностью помогает применять их правильно, знание представлений и материализованных представлений — это полезное, практически значимое знание для построения поддерживаемого, производительного и безопасного доступа к базе данных.