oracle不支持union all物化视图的fast刷新，因增量变更无法可靠映射到多个分支，导致refresh_fast_after_insert='no'且fast_refreshable='no'，仅支持complete刷新。
UNION ALL物化视图不支持FAST刷新是硬性限制
Oracle官方明确禁止对含UNION ALL的物化视图启用REFRESH FAST——这不是配置问题，而是内核级限制。只要物化视图定义中出现UNION ALL，DBMS_MVIEW.EXPLAIN_MVIEW必然返回REFRESH_FAST_AFTER_INSERT = 'NO'，且FAST_REFRESHABLE字段在DBA_MVIEWS中为'NO'。
为什么Oracle不支持UNION ALL的FAST刷新
根本原因在于增量变更无法可靠映射到多个分支。FAST刷新依赖物化视图日志（MLOG$）记录每行变更的ROWID或主键，但UNION ALL结果集没有全局唯一标识：同一行可能来自不同基表、同一基表的不同分区、甚至被多个子查询重复输出。Oracle无法判断某条日志变更该应用到哪个UNION分支，也无法保证合并顺序一致性。
- 日志表只绑定单个基表，而
UNION ALL涉及多个独立数据源，没有统一的变更捕获入口 -
SEQUENCE()在多源场景下无法维护跨分支的严格时序，导致UPDATE/DELETE操作无法安全重放 - 即使所有基表都建了日志，Oracle也不会尝试拼接它们——它只检查物化视图定义语法，一见
UNION ALL就直接禁用FAST能力
常见误判：以为加了日志就能FAST
很多人会先给每个基表建日志，再跑EXPLAIN_MVIEW，看到POTENTIAL FAST REFRESH就以为可行。但注意：POTENTIAL仅表示“单表分支各自满足条件”，不代表整个UNION ALL结构被认可。真正执行REFRESH('F')时仍会报ORA-12052: cannot fast refresh materialized view ... containing UNION ALL。
- 不要依赖
DBA_MVIEW_LOGS里rowids = 'Y'或primary_key = 'Y'来判断整体可行性 -
EXPLAIN_MVIEW输出中若CAPABILITY_NAME含REFRESH_FROM_LOG_AFTER_ANY且值为DISABLED，就是明确否决信号 - 试图用
INCLUDING NEW VALUES或SEQUENCE增强日志，对UNION ALL完全无效
替代方案只有COMPLETE刷新或重构逻辑
必须接受UNION ALL物化视图只能走REFRESH COMPLETE。但可以优化其性能：
- 改用
atomic_refresh => FALSE避免长事务锁表，配合parallelism => 2~4提速（需提前ALTER SESSION ENABLE PARALLEL DML） - 如果各
UNION分支来源稳定（如按时间分片的表），可拆成多个独立物化视图，再用普通视图UNION ALL组合——这样每个MV仍可FAST刷新 - 高频查询场景下，直接放弃物化视图，改用预计算表+定时
INSERT /*+ APPEND */，手动控制批次和索引
最易被忽略的一点：哪怕你把UNION ALL写成UNION（去重），依然不支持FAST——Oracle对两者一视同仁，语法层面即拦截。
