物化视图不能替代分区视图，因其依赖基表而非视图：v_partitioned是union all视图，无rowid、不可建日志，导致ora-12015报错；正确做法是直连各月基表建日志与物化视图，并确保主键、结构一致、只追加不更新。
不能用物化视图“替换”分区视图——它们解决的是不同问题。分区视图（即手工 UNION ALL 视图）不存数据、不预计算、不支持刷新；物化视图则必须显式构建、占用空间、可刷新、能触发查询重写。想用物化视图替代，本质是把“运行时拼接+重复计算”换成“预先固化+增量同步”，但前提是接受架构和运维方式的切换。
为什么直接 CREATE MATERIALIZED VIEW AS (SELECT ... FROM v_partitioned) 行不通
这种写法看似省事，实则埋雷：v_partitioned 是个 UNION ALL 视图，Oracle 无法对其做快速刷新，因为物化视图日志无法建在视图上；即使走 COMPLETE 刷新，每次都是全量重跑所有子表 SELECT，性能比原视图更差。
- 错误现象：创建时报
ORA-12015: cannot create a fast refresh materialized view from a complex query，或刷新时卡在子查询执行阶段 - 根本原因：物化视图要求基表可追踪变更（需主键+物化视图日志），而视图没有物理行、无
ROWID、无变更元数据 - 正确做法：物化视图的
FROM子句必须直连**基表**（如sales_202501,sales_202502），不能绕过一层视图
如何为分散的月表构建可快速刷新的物化视图
前提是你有按月拆分的独立表（sales_202501, sales_202502, …），且每张表结构一致、含主键、业务上只追加不更新。
- 先为每张基表单独建物化视图日志：
CREATE MATERIALIZED VIEW LOG ON sales_202501 WITH PRIMARY KEY, ROWID, SEQUENCE(sale_id, amount, sale_date) INCLUDING NEW VALUES;（注意：必须显式列出物化视图 SELECT 中用到的列） - 物化视图定义中避免跨表聚合，只做 UNION ALL 拼接 + 统一过滤：
SELECT '202501' AS month_key, * FROM sales_202501 WHERE sale_date >= DATE '2025-01-01' UNION ALL SELECT '202502' AS month_key, * FROM sales_202502 WHERE sale_date >= DATE '2025-02-01' - 刷新时用
DBMS_MVIEW.REFRESH('mv_sales_all', 'F')，它会分别扫描各基表的日志，再合并结果——这才是真正的“快速”
ATOMIC_REFRESH=FALSE 和 ON PREBUILT TABLE 的组合使用场景
当月表数量多、单次刷新耗时长、且允许短暂不可用时，这个组合能显著提速，但代价是刷新期间物化视图查不到数据。
-
ON PREBUILT TABLE：提前建好同结构的普通表mv_sales_all，加上索引和分区（比如按sale_dateRANGE 分区），再绑定为物化视图，跳过首次全量构建 -
ATOMIC_REFRESH => FALSE：刷新时不走临时表+交换，而是直接TRUNCATE+INSERT /*+ APPEND */，减少 UNDO 和锁等待 - 风险点：若刷新中途失败，物化视图变空；必须确保基表日志已清理、统计信息最新，否则
APPEND可能因估算偏差选错执行计划
查询重写失效的典型信号与修复动作
你以为写了 ENABLE QUERY REWRITE 就万事大吉？实际中常因细节断链导致优化器无视物化视图。
- 常见失效信号：执行
EXPLAIN PLAN FOR SELECT ... FROM sales_all后，PLAN_TABLE里没出现MV_REWRITE相关操作，仍走原基表扫描 - 检查项：确认会话级参数
query_rewrite_enabled = TRUE（不是仅靠初始化参数），且query_rewrite_integrity = TRUSTED - 关键约束：物化视图定义中的谓词（如
WHERE sale_date >= ...）必须与查询条件完全匹配或更严格；函数包裹（如TO_CHAR(sale_date, 'YYYYMM')）会破坏重写匹配
真正难的不是语法，是让每张基表的日志持续可用、每轮刷新都能精准识别新增行、每次查询重写都稳定命中——这些依赖对 SNAPTIME$$ 时间戳的控制、对 MLOG$ 索引的维护、以及对基表 DML 模式的约束。一旦其中一环松动，物化视图就退化成一张需要人工干预的“半死表”。
