不会主动触发刷新，但会强制校验依赖物化视图的完整性；若基表或主表涉及mv，则隐式执行快速刷新可行性检查，失败即报ora-12008等错误。
ALTER TABLE EXCHANGE PARTITION 会触发物化视图刷新检查吗？
不会主动触发刷新，但会强制校验依赖物化视图的完整性——这是很多人踩坑的起点。Oracle 在执行 EXCHANGE PARTITION 时，如果目标表（即被交换的普通表）是某个物化视图的基表，或该分区表本身被用作物化视图的主表，那么 Oracle 会隐式调用物化视图的“快速刷新可行性检查”，哪怕你没手动刷新。一旦发现物化视图处于 UNUSABLE 状态、日志缺失、或聚合列存在未覆盖的 NULL 变更，交换就会直接报错，比如 ORA-12008 或 ORA-12096。
如何让 EXCHANGE PARTITION 跳过物化视图校验？
没有“跳过”选项，但有可操作的绕行路径：核心是让 Oracle 认为“这次交换不涉及物化视图依赖链”。关键动作不是禁用 MV，而是切断语义关联：
- 在交换前，临时禁用物化视图的查询重写能力：
ALTER MATERIALIZED VIEW mv_name DISABLE QUERY REWRITE;—— 这能阻止优化器在后续语句中尝试重写，但不影响 MV 本身状态 - 如果该物化视图仅依赖被交换分区对应的数据子集（例如按时间分区，MV 只聚合近 3 个月），可先手动刷新它到最新状态，再用
DBMS_MVIEW.REFRESH标记为STALE = 'NO'，避免交换时触发隐式校验逻辑 - 最稳妥的做法：交换前用
DBMS_MVIEW.EXPLAIN_REWRITE检查该普通表是否被任何 MV 的重写规则引用；若返回UNREWRITTEN且原因含BASE_TABLE_NOT_IN_REWRITE_RULE，说明无直接依赖，可安全交换
为什么 ALTER SESSION SET SKIP_UNUSABLE_INDEXES=TRUE 不起作用？
这个参数只影响索引不可用时的 DML/SELECT 行为，和物化视图校验完全无关。物化视图的交换检查走的是另一套元数据验证路径，依赖 DBA_MVIEWS、DBA_MVIEW_LOGS 和内部依赖图谱。试图用索引开关绕过 MV 检查，结果只会收到明确报错：ORA-12008: error in materialized view refresh path 或 ORA-12015: cannot create a fast refreshable materialized view from a complex query（即使你只是在 exchange）。
真正要盯住的三个元数据状态
交换能否成功，取决于这三项是否“干净”：
-
DBA_MVIEWS.STALENESS必须是ON COMMIT或FRESH，不能是UNUSABLE或STALE -
DBA_MVIEW_LOGS.LOG_TABLE对应基表的日志必须存在，且SEQUENCE列已启用（查LOGGING和INCLUDING NEW VALUES是否为YES） -
DBA_MVIEW_AGGREGATES中若存在对交换列的聚合（如SUM(col)），该列必须在 MV log 的SEQUENCE(...)括号内显式列出，否则交换时会因“无法确定变更顺序”而拒绝
这些状态不会因为加了 hint 或改 session 参数就自动修复，必须提前清理。一旦交换失败，恢复成本远高于前置检查——尤其当物化视图已用于生产报表，UNUSABLE 状态会直接导致下游查询降级为扫基表。
