物化视图不支持分区表的 MERGE PARTITION 操作，因其不感知基表分区 DDL，该操作会破坏物化视图日志稳定性，导致 FAST 刷新失败，需重建日志并执行 COMPLETE 刷新方可恢复。
物化视图能否直接支持分区表的 MERGE PARTITION 操作
不能。oracle 物化视图本身不感知、也不参与基表的分区 ddl（如 merge partition、split partition）。一旦对源分区表执行这类操作，物化视图日志（mlog$）可能失效或状态异常，导致后续 refresh fast 失败，报错类似 ora-12008: error in materialized view refresh path 或 ora-12012: error on auto execute of job。
根本原因在于：物化视图日志依赖基表的 ROWID 或主键稳定性，而 MERGE PARTITION 会重写物理存储、变更部分行的 ROWID，且不自动触发日志更新逻辑。
- 执行
MERGE PARTITION后，必须手动重建物化视图日志：CREATE MATERIALIZED VIEW LOG ON your_partitioned_table WITH ROWID, SEQUENCE (col_list) INCLUDING NEW VALUES - 若原日志含
PRIMARY KEY，需先DROP MATERIALIZED VIEW LOG再重建——因为 Oracle 不允许在已有 PK 日志上叠加 ROWID 日志 - 重建日志后，必须对物化视图执行一次
REFRESH COMPLETE，否则STALENESS状态会变为UNUSABLE或NEEDS_COMPILE
分区表作为基表时，FAST 刷新失败的典型场景
即使日志重建完成，以下情况仍会导致 REFRESH FAST 拒绝执行：
- 物化视图定义中包含跨分区聚合（如
GROUP BY TRUNC(date_col, 'MM')），但日志未包含INCLUDING NEW VALUES—— 缺此项则无法捕获分区裁剪前的原始变更 - 源表使用了
INTERVAL分区，且新增分区未被日志覆盖（日志只记录已存在分区的变更） - 物化视图查询含
JOIN多个分区表，但仅其中一个建了日志；FAST要求所有基表都具备有效日志 - 执行
ALTER TABLE ... MERGE PARTITION后未提交，或在事务中混合 DML —— 日志只记录已提交的变更，未提交的 MERGE 不产生日志条目
验证方式：查 USER_MVIEWS.STALENESS，若为 UNUSABLE，说明日志与 MV 元数据已脱钩，必须 REFRESH COMPLETE 后才能恢复 FAST 能力。
如何让物化视图在分区合并后继续增量同步
核心思路是：绕过日志断裂期，用“时间戳+分区键”双条件重建增量窗口。适用于有业务时间字段（如 event_time）的分区表：
- 在源表添加时间戳列（若无），并确保该列被纳入物化视图日志：
WITH ROWID, SEQUENCE (id, event_time) INCLUDING NEW VALUES - 物化视图定义中显式过滤时间范围，例如：
WHERE event_time >= TRUNC(SYSDATE - 7)，避免全分区扫描 - 调度刷新时，改用带参数的 PL/SQL 块，动态计算上次刷新时间点：
DBMS_MVIEW.REFRESH('MV_NAME', 'F', rollback_seg => NULL, refresh_after_errors => FALSE, atomic_refresh => FALSE) - 关键补救步骤：MERGE 完成后，立即执行
EXEC DBMS_MVIEW.REFRESH('MV_NAME', 'C')，再切回'F'—— 不要跳过这一步，否则后续所有FAST都会静默失败
注意：atomic_refresh => FALSE 可避免大分区刷新锁表，但要求目标表支持直接 TRUNCATE 和 INSERT /*+ APPEND */，即物化视图不能建在 ON PREBUILT TABLE 上。
多分区表 JOIN 场景下刷新策略的实际取舍
当物化视图需关联 3 张按月分区的销售表（sales_202501, sales_202502, sales_202503）时，FAST 几乎不可用：
- 每张子表都要单独建日志，且所有日志必须包含相同序列列（如
sale_id）和ROWID - Oracle 不支持对分区表的“全局日志”，
MLOG$_sales实际只映射到主表段，不覆盖子分区 - 更现实的做法是放弃
FAST，改用REFRESH COMPLETE ON DEMAND+ 分区级并行：DBMS_MVIEW.REFRESH('MV_NAME', 'C', parallelism => 4) - 若必须近实时，建议用
DBMS_SCHEDULER每小时触发一次，并在 SQL 中加WHERE sale_date >= ADD_MONTHS(TRUNC(SYSDATE), -1)限定只刷最近两月
真正容易被忽略的是：分区合并后，USER_MVIEWS.LAST_REFRESH_DATE 不会自动更新，必须人工校验 SELECT COUNT(*) FROM mv_name 是否与源表对应分区数据量一致——统计偏差往往比报错更危险。
