物化视图不能自动优化报表查询，必须同时满足四个硬性条件：基表有主键或显式包含rowid、创建时带enable query rewrite、query_rewrite_enabled=true、查询与mv定义语义严格匹配；explain plan看不到mv是因为优化器未将其纳入候选路径，须用dbms_mview.explain_rewrite验证，rewrite_mechanism为text_match或general才成功。
物化视图不能自动优化报表查询，必须同时满足四个硬性条件：基表有主键或显式包含 ROWID、物化视图创建时带 ENABLE QUERY REWRITE、会话或系统级 QUERY_REWRITE_ENABLED = TRUE、查询语义与物化视图定义严格匹配。缺一不可。
为什么 EXPLAIN PLAN 看不到物化视图被使用？
这不是配置失败，而是优化器根本没把它纳入候选执行路径。常见原因包括：
-
QUERY_REWRITE_ENABLED仍是FALSE（查V$PARAMETER确认，不是布尔值，是字符串） - 物化视图建时漏了
ENABLE QUERY REWRITE—— 无法用ALTER补，只能DROP重建 - Java 应用用连接池（如 HikariCP），开发环境手动
ALTER SESSION开过，生产未配，连接复用后仍是默认关闭状态 - 查询里用了
TO_CHAR(dt, 'YYYY-MM')，而 MV 存的是原始dt字段，语义不等价，优化器不认
验证是否真能重写，必须跑：DBMS_MVIEW.EXPLAIN_REWRITE，再查 REWRITE_TABLE 的 REWRITE_MECHANISM 字段：只有 TEXT_MATCH 或 GENERAL 才算成功。
多维聚合报表该建几个物化视图？
别建“全能型”单个 MV。Oracle 查询重写器只匹配一个 MV，不拼接多个结果。高频模式要拆开建：
- 按月+大区+产品线汇总 → 单独建
mv_sales_monthly_region_prod - 按年+客户等级统计 → 单独建
mv_client_annual_tier - 避免在 MV 定义中用
TO_CHAR(time_id, 'YYYYMM')，改用TRUNC(time_id, 'MM')或EXTRACT(YEAR FROM time_id)+EXTRACT(MONTH FROM time_id)，否则重写失效 - 分区表上建 MV 时，建议加
PARTITION BY RANGE (time_id)，方便后续用DBMS_MVIEW.REFRESH_FAST_AFTER_INSERT做增量刷新
建完 MV 就能快了吗？索引才是关键
MV 是一张物理表，Oracle 不会自动建任何索引，也不继承基表索引。没索引的 MV 在 WHERE 过滤时照样全表扫描：
- 立即执行
CREATE INDEX idx_mv_time_region ON mv_sales_daily_region_prod (region, time_id)—— 等值过滤字段放前，范围字段放后 - PostgreSQL 的物化视图不支持主键约束；Oracle 虽支持但需显式定义，别依赖基表约束
- 每个额外索引都会拖慢
REFRESH；大 MV 上超过 3 个索引就得压测刷新耗时，避免白天报表高峰期卡住
最常被忽略的一点：即使 MV 状态为 BUILD IMMEDIATE 且 REFRESH ON DEMAND，若 QUERY_REWRITE_INTEGRITY 设为 ENFORCED 但基表缺 RELY 约束，重写也会静默失败 —— 没报错，只是不走 MV。
