PostgreSQL 中的物化视图如何工作？

Question

Accepted Answer

**物化视图** 物理上存储查询的*结果*（预先计算），不同于普通视图（每次重新运行其查询）。这使得昂贵查询的读取速度很快，代价是数据只有最后一次**刷新**那么新鲜——这是数据库中的一个缓存机制。

## 普通视图与物化视图

```sql
-- regular VIEW — runs the query EVERY time (always fresh, but recomputed)
CREATE VIEW sales_summary AS SELECT region, SUM(amount) FROM orders GROUP BY region;

-- MATERIALIZED VIEW — stores the RESULTS physically (fast reads, but can be stale)
CREATE MATERIALIZED VIEW sales_summary_mat AS
SELECT region, SUM(amount) AS total FROM orders GROUP BY region;

SELECT * FROM sales_summary_mat;     -- reads STORED results — fast (no recompute)
```

物化视图预先计算并存储结果，因此查询它很快（如同查询表）——适合经常查询的昂贵聚合。

## 刷新（更新存储的数据）

```sql
-- the data is stale until you refresh it
REFRESH MATERIALIZED VIEW sales_summary_mat;          -- recompute (locks reads during refresh)

-- CONCURRENTLY — refresh WITHOUT blocking reads (requires a unique index)
CREATE UNIQUE INDEX idx_sales_region ON sales_summary_mat(region);
REFRESH MATERIALIZED VIEW CONCURRENTLY sales_summary_mat;   -- reads continue during refresh
```

必须**刷新**来更新数据。`REFRESH ... CONCURRENTLY`（需要唯一索引）更新而不阻塞并发读取——对生产环境很重要。

## 何时使用物化视图

```text
✓ EXPENSIVE queries (complex aggregations, joins) queried FREQUENTLY
✓ Data that doesn't need real-time freshness (dashboards, reports, analytics)
✓ Reducing load from repeatedly running the same heavy query
→ Refresh on a schedule (cron / pg_cron) or after data changes.

✗ Data needing real-time accuracy → use a regular view or query directly
```

## 权衡

```text
Fast reads (precomputed) ⟷ Stale data (until refreshed) + storage cost.
You trade freshness and storage for read speed — a caching decision.
You can also index a materialized view (it's a physical table of results).
```

## 为什么这很重要

物化视图是 PostgreSQL 的一项有价值的功能，用于**性能优化**——它为昂贵的查询提供了一个数据库内缓存机制，所以理解它们对于优化具有成本高、频繁运行查询的应用程序很有用。

核心价值在于预先计算和存储昂贵查询的结果（复杂聚合、重型连接），这样读取它们很快（如同查询表），而不是每次重新运行昂贵的查询——这对于仪表板、报告和分析是重大优化，其中同一个重型查询反复运行。

理解关键的**权衡**很重要：物化视图提供快速读取，但数据**陈旧**直到刷新（且它们消耗存储），所以它们是适合不需要实时数据新鲜度的缓存决策。

知道如何**刷新**它们——特别是 `REFRESH ... CONCURRENTLY`（无需阻塞读取即可更新，对生产可用性很重要，需要唯一索引）——和刷新策略（通过 cron/pg_cron 按计划刷新，或在数据更改后刷新）是有效使用它们的实用知识。

理解**何时使用**物化视图（昂贵的、频繁运行且可容忍轻微陈旧的查询——仪表板、分析）相对于何时不使用（需要实时准确性的数据）反映了良好的判断力。

由于昂贵的重复查询是一个真实的性能问题，且物化视图提供了有效的数据库内缓存解决方案（预先计算、可索引的结果）并具有明确的新鲜度/速度权衡，理解它们——如何工作、刷新（特别是并发）、权衡和适当的使用——是优化分析和报告查询性能的有价值的、实际相关的 PostgreSQL 知识，这是一个常见的需求，其中物化视图提供了一个清晰的、内置的解决方案。