ORA-12054或FAST静默退化为COMPLETE，根本原因是Oracle拒绝增量刷新，必须用DBMS_MVIEW.EXPLAIN_MVIEW查MSGTXT和MSGNO定位具体规则失败点，如MSGNO=2005（缺日志）、2012（漏ROWID）、2025（聚合缺COUNT(*)）、2031（外连接含OR/函数）等。
ORA-12054 或 REFRESH FAST 静默退化为 COMPLETE，不是配置漏了，而是 Oracle 明确拒绝增量刷新——必须用 DBMS_MVIEW.EXPLAIN_MVIEW 看它卡在哪一行、哪条规则上。
查 EXPLAIN_MVIEW 的 MSGTXT 和 MSGNO
执行后结果默认写入 PLAN_TABLE，重点过滤 CAPABILITY_NAME = 'REFRESH_FAST' 这一行：
-
MSGNO = 2005：基表没日志，或日志缺ROWID/SEQUENCE—— 检查DBA_MVIEW_LOGS里对应ROWIDS和PRIMARY_KEY是否为Y -
MSGNO = 2012：SELECT 列表里漏了某张基表的ROWID—— 即使只连一张表，也得显式写t1.ROWID r1 -
MSGNO = 2025：含GROUP BY、DISTINCT或聚合函数，但没带COUNT(*)和所有分组列的COUNT(col) -
MSGNO = 2031：外连接 WHERE 里用了OR、!=、函数，或(+)右侧列没唯一约束
确认物化视图日志是否真“可用”，而非“存在即有效”
日志表 MLOG$_xxx 存在 ≠ 支持 FAST。必须逐项验证：
- 查
DBA_MVIEW_LOGS：执行SELECT rowids, primary_key, sequence FROM DBA_MVIEW_LOGS WHERE master = 'BASE_TABLE_NAME'，至少两个字段为Y才可能支持 FAST - 查日志表状态：
SELECT status FROM dba_objects WHERE object_name = 'MLOG$_BASE_TABLE_NAME'，若为INVALID，必须DROP后重建 - 基表做过
ALTER TABLE DROP COLUMN？日志结构不会自动更新，字段已不匹配，REFRESH FAST必报ORA-12054
避开外连接和子查询的语法雷区
Oracle FAST 刷新引擎只认旧式语法，标准 SQL 写法直接被拒：
-
LEFT JOIN或INNER JOIN关键字 —— 不支持，哪怕逻辑等价；必须改用逗号分隔 +WHERE条件，且外连接用(+) -
WHERE A.id = B.fid (+)✅；A LEFT JOIN B ON A.id = B.fid❌（创建就失败） - 物化视图定义中用了视图（
FROM my_view）—— 不支持，日志只能建在基表上；必须展开视图逻辑，显式引用每张基表并为其分别建日志 - 含子查询（尤其相关子查询）——
FAST_REFRESHABLE列会是NO，即使创建成功也无法增量刷新
LOB 字段和 TRUNCATE 操作导致的隐性失效
这两类问题不报错，但会让 FAST 刷新彻底失效，且状态不易察觉：
- 基表含
CLOB/BLOB：必须有主键，且日志定义不能含SEQUENCE(content)；物化视图查询本身也别SELECT LOB列，否则刷新时跳过或报ORA-12008 - 基表被
TRUNCATE：日志链路断裂，SCN不推进，FAST必然失败；必须用DBMS_MVIEW.REFRESH(..., 'C', atomic_refresh => FALSE)强制全量，且之后要SHRINK SPACE COMPACT清理MLOG$_xxx的 HWM 悬空 - 基表做了
ALTER TABLE ... EXCHANGE PARTITION：日志仍绑定旧段，需重建日志并确认INCLUDING NEW VALUES已显式声明
真正麻烦的不是错误码本身，而是 EXPLAIN_MVIEW 输出里那些看似“建议”的 MSGTXT —— 它们其实是 Oracle 内部校验失败的精确断点，改错必须严格按提示动，少一个 ROWID、多一个 JOIN 关键字，都会卡在下一条限制上。
