数据库物化视图 vs 普通视图
普通视图（View）
- 虚拟表：仅存储查询定义，不存储实际数据
- 动态查询：每次查询时实时执行基础查询
- 数据实时性：总是返回最新数据
- 存储开销：几乎无额外存储空间
- 性能：每次查询都需要计算，可能较慢
物化视图（Materialized View）
- 物理存储：将查询结果实际存储为表
- 预计算结果：数据预先计算并存储
- 数据延迟：需要定期刷新，数据可能不是最新的
- 存储开销：占用物理存储空间
- 性能：查询速度快，无需实时计算
主要区别对比
| 特性 | 普通视图 | 物化视图 |
|---|---|---|
| 数据存储 | 不存储数据 | 物理存储数据 |
| 查询性能 | 较慢（每次计算） | 快速（直接读取） |
| 数据实时性 | 实时 | 需要刷新 |
| 存储空间 | 小（仅定义） | 大（存储结果集） |
| 维护成本 | 低 | 高（需刷新管理） |
| 更新机制 | 自动（基础表变，视图变） | 手动/定时刷新 |
代码示例
sql
-- 普通视图
CREATE VIEW sales_summary AS
SELECT product_id, SUM(amount) as total_sales
FROM sales
GROUP BY product_id;
-- 物化视图（不同数据库语法不同）
-- PostgreSQL
CREATE MATERIALIZED VIEW sales_summary_mv AS
SELECT product_id, SUM(amount) as total_sales
FROM sales
GROUP BY product_id;
-- 刷新物化视图
REFRESH MATERIALIZED VIEW sales_summary_mv;使用场景
适合物化视图：
- 复杂聚合查询频繁使用
- 数据更新不频繁（如日报、月报）
- 查询性能要求高，可接受数据延迟
- 数据仓库/OLAP系统
适合普通视图：
- 需要实时数据
- 简化复杂查询结构
- 实现行级/列级安全控制
- 逻辑数据抽象
注意事项
- 物化视图需要权衡性能提升 与数据新鲜度
- 刷新策略选择（完全刷新 vs 增量刷新）
- 不同数据库实现差异较大（Oracle、PostgreSQL、SQL Server等）
- 需要考虑存储成本和维护复杂性
物化视图本质上是空间换时间的优化策略，在数据仓库和BI系统中应用广泛。