快速刷新被内核级拒绝时，dbms_mview.explain_mview中refresh_fast的possible为'n'；子查询、外连接、物化视图日志缺少rowids/primary_key/including_new_values任一字段为'y'，或select列表含非确定性表达式，均导致fast失效。
DBMS_MVIEW.EXPLAIN_MVIEW 一跑就清楚：只要输出里 CAPABILITY_NAME = 'REFRESH_FAST' 对应的 POSSIBLE 是 'N'，说明快速刷新已被内核级拒绝，不是配置没调好，而是定义或基表状态硬性不满足。
为什么子查询会让 FAST 刷新直接失效
Oracle 19c 的快速刷新引擎不解析子查询逻辑，只做语法扫描——一旦发现EXISTS、NOT EXISTS、IN (subquery)、ANY、ALL 或非关联标量子查询（如 (SELECT MAX(x) FROM t)），立刻关闭 FAST 路径。
原因很实在：
- 子查询结果无法与物化视图日志中的 ROWID 或变更序列做确定性映射
- 刷新时没法回答“哪一行变了，该触发哪几行重算”这个问题
- 即使所有基表日志都完整，DBMS_MVIEW.EXPLAIN_MVIEW 仍会返回 fastrefreshable = 'F' 或直接报 ORA-12054外连接（LEFT/RIGHT JOIN）为什么也不行
外连接语义本身就不支持增量推导： - 左表某行删除后，右表那些原本因它而生成的NULL 行，该留还是该删？日志没答案
- 右表新增一行，是否要展开左表所有匹配行？一对多场景下无法确定边界
- 即使用旧式 (+) 语法，或把外连接写成视图再引用，同样被内核校验器拦截
- DBMS_MVIEW.EXPLAIN_MVIEW 的 MSGTXT 会明确提示 "join not supported"，不是警告，是判决
日志存在 ≠ 日志可用：三个关键字段必须全为 Y
建了MLOG$_TABLE 不代表 FAST 就能跑起来，得查 USER_MVIEW_LOGS 里这三列：
- ROWIDS 必须为 'Y'：否则无法用 ROWID 定位变更行
- PRIMARY_KEY 必须为 'Y'：FAST 刷新依赖主键或唯一键做增量关联
- INCLUDING_NEW_VALUES 必须启用：否则 UPDATE 和 DELETE 的新旧值都捕获不到
漏一个，CAN_USE_LOG 在 USER_MVIEWS 里就是 'NO'，刷新必然退化为 COMPLETE
别信“看起来能跑”，先看 MSGTXT 里有没有隐藏陷阱
DBMS_MVIEW.EXPLAIN_MVIEW 输出中常出现这类误导性提示：
- "POTENTIAL FAST REFRESH"：不代表真能走 FAST，可能是日志积压（LAST_PURGE_DATE 过旧）、DML 后未提交、或日志表被手动清空过
- "expression not allowed in select list"：比如写了 UPPER(name)、SYSDATE、CURRENT_DATE，这些非确定性表达式直接禁用 FAST
- "missing rowid"：哪怕只查基表一列，也必须显式带上 t.ROWID t_rid，否则日志找不到锚点
真正卡住的地方，往往藏在 MSGTXT 最后一行——它不讲原理，只说人话，比如 "materialized view log does not exist on table AUDIT_LOG"，比任何文档都准。
