PostgreSQL에서 materialized view는 어떻게 동작하나요?

Question

Accepted Answer

**materialized view**는 일반 뷰(매번 쿼리를 다시 실행)와 달리 쿼리의 *결과*를 물리적으로 저장(미리 계산)합니다. 이는 비싼 쿼리의 읽기를 빠르게 만들지만, 데이터가 마지막 **새로고침(refresh)**만큼만 최신이라는 비용이 있습니다 — 데이터베이스 내의 캐싱 메커니즘입니다.

## 일반 view vs materialized view

```sql
-- 일반 VIEW — 매번 쿼리 실행 (항상 최신, 그러나 재계산)
CREATE VIEW sales_summary AS SELECT region, SUM(amount) FROM orders GROUP BY region;

-- MATERIALIZED VIEW — 결과를 물리적으로 저장 (빠른 읽기, 그러나 오래될 수 있음)
CREATE MATERIALIZED VIEW sales_summary_mat AS
SELECT region, SUM(amount) AS total FROM orders GROUP BY region;

SELECT * FROM sales_summary_mat;     -- 저장된 결과 읽기 — 빠름 (재계산 없음)
```

materialized view는 결과를 미리 계산하여 저장하므로 쿼리가 빠릅니다(테이블 읽기처럼) — 자주 쿼리되는 비싼 집계에 이상적입니다.

## 새로고침 (저장된 데이터 업데이트)

```sql
-- 새로고침할 때까지 데이터는 오래됨
REFRESH MATERIALIZED VIEW sales_summary_mat;          -- 재계산 (새로고침 중 읽기 잠금)

-- CONCURRENTLY — 읽기를 막지 않고 새로고침 (고유 index 필요)
CREATE UNIQUE INDEX idx_sales_region ON sales_summary_mat(region);
REFRESH MATERIALIZED VIEW CONCURRENTLY sales_summary_mat;   -- 새로고침 중 읽기 계속
```

데이터를 업데이트하려면 **새로고침**해야 합니다. `REFRESH ... CONCURRENTLY`(고유 index 필요)는 동시 읽기를 막지 않고 업데이트합니다 — 프로덕션에 중요합니다.

## materialized view를 사용할 때

```text
✓ 자주 쿼리되는 비싼 쿼리 (복잡한 집계, 조인)
✓ 실시간 최신성이 필요 없는 데이터 (대시보드, 보고서, 분석)
✓ 동일한 무거운 쿼리를 반복 실행하는 부하 감소
→ 일정에 따라 (cron / pg_cron) 또는 데이터 변경 후 새로고침.

✗ 실시간 정확성이 필요한 데이터 → 일반 view 사용 또는 직접 쿼리
```

## 트레이드오프

```text
빠른 읽기 (미리 계산) ⟷ 오래된 데이터 (새로고침까지) + 저장 비용.
읽기 속도를 위해 최신성과 저장을 거래합니다 — 캐싱 결정.
materialized view도 인덱싱할 수 있습니다 (결과의 물리적 테이블).
```

## 왜 중요한가

materialized view는 **성능 최적화**를 위한 가치 있는 PostgreSQL 기능입니다 — 비싼 쿼리를 위한 데이터베이스 내 캐싱 메커니즘을 제공하므로, 비싸고 자주 실행되는 쿼리가 있는 애플리케이션을 최적화하는 데 유용합니다.

핵심 가치는 비싼 쿼리(복잡한 집계, 무거운 조인)의 결과를 미리 계산하고 저장하여 읽기가 빠르게(테이블 쿼리처럼) — 매번 비싼 쿼리를 다시 실행하는 대신 — 되게 하는 것이며, 이는 동일한 무거운 쿼리가 반복 실행되는 대시보드, 보고서, 분석에 상당한 최적화입니다.

핵심 **트레이드오프**를 이해하는 것이 중요합니다. materialized view는 빠른 읽기를 제공하지만 새로고침할 때까지 데이터가 **오래됩니다**(그리고 저장 비용이 듭니다), 따라서 실시간 최신성이 필요 없는 데이터에 적합한 캐싱 결정입니다.

새로고침 방법 — 특히 `REFRESH ... CONCURRENTLY`(읽기를 막지 않고 업데이트, 프로덕션 가용성에 중요, 고유 index 필요) — 와 새로고침 전략(cron/pg_cron을 통한 일정, 또는 데이터 변경 후)을 아는 것은 효과적 사용을 위한 실용 지식입니다.

materialized view를 언제 사용할지(약간의 오래됨을 허용하는 비싸고 자주 실행되는 쿼리 — 대시보드, 분석) 대 사용하지 말아야 할 때(실시간 정확성이 필요한 데이터)를 이해하면 건전한 판단을 반영합니다.

비싼 반복 쿼리는 실제 성능 우려사항이고, materialized view가 명확한 최신성/속도 트레이드오프와 함께 효과적인 데이터베이스 내 캐싱 솔루션(미리 계산되고 인덱싱 가능한 결과)을 제공하므로, 이를 이해하는 것 — 동작 방식, 새로고침(특히 concurrently), 트레이드오프, 적절한 사용 — 은 분석 및 보고 쿼리의 성능을 최적화하는 가치 있고 실용적으로 관련된 PostgreSQL 지식이며, materialized view가 깔끔한 내장 솔루션을 제공하는 흔한 필요입니다.