升级后物化视图状态为NEEDS_COMPILE或刷新失败，主因是分区元数据未同步或日志不兼容，须执行重编译、验证、重建日志三步；先查compile_state和staleness确认是否仅需COMPILE，再检查日志是否缺失SEQUENCE/NEW VALUES及分区键显式声明，最后验证PCT启用与非空约束。
升级后物化视图状态为 NEEDS_COMPILE 或刷新失败报 ORA-12008、ORA-00942，通常不是语法问题，而是分区元数据未同步或日志不兼容导致的——必须重编译+验证+重建日志三步走，缺一不可。
检查物化视图是否真的“失效”而非仅需编译
别急着删重建。先确认是编译态异常还是逻辑损坏：
-
SELECT mview_name, compile_state, staleness FROM user_mviews WHERE mview_name = 'YOUR_MV';—— 若compile_state = 'NEEDS_COMPILE'，说明只是字典信息没刷进新版本，执行ALTER MATERIALIZED VIEW your_mv COMPILE;即可 - 若
staleness = 'UNUSABLE'或refresh_mode = 'NEVER'，再查user_mview_logs：11g 的日志在 19c 中可能被降级为只读，log_table字段为空或rowids = 'NO'就是根源 - 特别注意分区物化视图：升级后
user_tab_partitions中的high_value可能仍为 11g 格式（如TO_DATE(' 2025-01-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')），19c 解析失败会静默跳过该分区
重建物化视图日志（尤其含分区键时）
11g 创建的日志在 19c 中常缺失 WITH SEQUENCE 和 INCLUDING NEW VALUES，导致 FAST 刷新退化或失败：
- 先删旧日志：
DROP MATERIALIZED VIEW LOG ON your_base_table; - 重建必须带完整选项：
CREATE MATERIALIZED VIEW LOG ON your_base_table WITH SEQUENCE, ROWID, (col1, col2, part_key) INCLUDING NEW VALUES;——part_key是分区键列，必须显式列出，否则 PCT 刷新失效 - 如果基表是分区表且含本地索引，日志重建后立即执行：
ALTER TABLE your_base_table MODIFY PARTITION p1 UPDATE INDEXES;，否则后续刷新可能触发索引UNUSABLE
强制刷新并验证 PCT 是否生效
分区变化跟踪（PCT）在 19c 中更严格，但诊断能力也更强：
- 刷新前先验证：
EXEC DBMS_MVIEW.VALIDATE_MVIEW('your_mv');，查看输出中是否有capable_name = 'REFRESH_FAST_PCT'；若没有，检查物化视图定义是否含聚合、JOIN 或函数分区键（如TRUNC(time_id)） - 用
DBMS_MVIEW.REFRESH显式指定模式：DBMS_MVIEW.REFRESH('your_mv', method => 'F', atomic_refresh => FALSE);——atomic_refresh => FALSE触发 TRUNCATE+INSERT，对分区表更稳定，但要求索引已设为UPDATE INDEXES - 刷新后立刻查
v$mview_pcp（19c 新视图）：SELECT mvname, pct_enabled, last_pct_refresh FROM v$mview_pcp WHERE mvname = 'YOUR_MV';，确认pct_enabled = 'YES'且时间更新
最易忽略的是：19c 要求物化视图基表的分区键列上必须有非空约束（NOT NULL）或 RELY ENABLE NOVALIDATE 主键，否则 PCT 自动关闭——这个限制在 11g 中不强制，升级后却突然生效。
