物化视图不支持 WHERE 语法，需将过滤条件写入 SELECT 子句实现“部分物化”；必须显式创建唯一索引以支持并发刷新，并手动 ANALYZE 更新统计信息，且其数据范围不会自动随时间变化而更新。
物化视图不支持 WHERE 条件子句，但可以用查询逻辑“模拟”部分物化
PostgreSQL 的 CREATE MATERIALIZED VIEW 语法本身**不允许直接加 WHERE 过滤条件**（不像普通视图可以写 CREATE VIEW v AS SELECT ... WHERE ...）。所谓“部分物化视图”，本质是把过滤逻辑写进 SELECT 查询体里——只要底层数据能被谓词剪裁、且刷新后体积显著变小，就达到了“部分物化”的效果。
比如你想只物化最近 30 天的订单汇总，不能写 CREATE MATERIALIZED VIEW mv_recent_orders WHERE ...，而必须写成：
CREATE MATERIALIZED VIEW mv_recent_orders AS SELECT order_id, user_id, amount, created_at FROM orders WHERE created_at >= CURRENT_DATE - INTERVAL '30 days';
这个 WHERE 是 SELECT 的一部分，不是物化视图语法的扩展。它决定了物化视图里存什么数据，而不是运行时过滤。
为什么不能用 PARTITION 或 PARTIAL INDEX 替代？
物化视图本身不是分区表，也不支持 PARTITION BY；你也不能在物化视图上建 PARTIAL INDEX（因为 WHERE 条件必须和物化视图定义一致，否则优化器无法重写）。常见误操作包括：
- 试图对物化视图建
CREATE INDEX ... WHERE created_at >= ...—— PostgreSQL 会报错：ERROR: cannot create a partial index on a materialized view - 以为物化视图能像普通表一样继承分区策略 —— 它只是张静态表，没有分区元数据
- 在物化视图定义里用
date_trunc('day', created_at)，但查询时用WHERE created_at::date = '2026-09-01'—— 谓词不匹配，EXPLAIN仍走 Seq Scan
REFRESH CONCURRENTLY 要求唯一索引，而部分物化常导致主键失效
如果你的原始表有 PRIMARY KEY，但物化视图只取其中一部分行（比如按时间过滤），那原主键字段在物化视图里就不再唯一了。而 REFRESH MATERIALIZED VIEW CONCURRENTLY 强制要求物化视图上有 UNIQUE INDEX，否则退化为锁表刷新。
解决办法是显式构造唯一性：
- 组合业务字段：比如
CREATE UNIQUE INDEX uk_mv_order_day ON mv_recent_orders (order_id, created_at::date) - 用
ROW_NUMBER() OVER ()加伪 ID（慎用，需确保刷新逻辑稳定） - 放弃并发刷新，改用定时全量刷新 + 应用层兜底（适合低频更新场景）
注意：即使加了唯一索引，如果过滤条件导致某天没数据，该索引仍有效；但如果某天数据重复插入（比如刷新前未清空），CONCURRENTLY 会失败并报 duplicate key value violates unique constraint。
统计信息必须手动 ANALYZE，否则优化器“看不见”数据分布
物化视图创建后默认无统计信息，哪怕你刚 REFRESH 完，EXPLAIN 也可能误判行数，选错执行计划。尤其当“部分物化”后数据量锐减（比如从千万级降到万级），不 ANALYZE 就查，优化器还按旧分布估算，可能拒绝使用本该生效的索引。
正确流程是：
REFRESH MATERIALIZED VIEW mv_recent_orders;-
ANALYZE mv_recent_orders;（必须显式执行） - 再跑
EXPLAIN (ANALYZE, BUFFERS) SELECT ... FROM mv_recent_orders WHERE ...
别依赖自动 vacuum —— autovacuum_enabled = on 对物化视图默认不生效，除非你在 CREATE MATERIALIZED VIEW ... WITH (autovacuum_enabled = on) 里显式开启（PostgreSQL 15+ 支持）。
最易被忽略的一点：物化视图的“部分性”完全依赖定义时的 SQL 逻辑，它不会随底层表数据变化自动收缩或扩张。今天过滤出 30 天，明天就得靠 REFRESH 才能包含新数据——没有隐式窗口，也没有 TTL 自动清理。你得自己控制刷新频率和谓词边界。
