物化视图快速刷新失败主因是基表日志缺失with rowid或join列未纳入sequence()，且select必须显式包含每张基表rowid别名，否则静默降级为complete刷新。
物化视图日志必须显式包含所有JOIN列和ROWID
多表连接的物化视图无法快速刷新，90%以上是因为基表日志缺 WITH ROWID 或没把 JOIN 列放进 SEQUENCE()。Oracle 不会自动推导关联列——哪怕它们是主键或有索引，只要 ON orders.customer_id = customers.id 出现在物化视图定义里，customer_id 和 id 就必须分别出现在各自基表的日志中。
错误做法：CREATE MATERIALIZED VIEW LOG ON orders WITH PRIMARY KEY —— 这不保证日志含 customer_id，尤其当它不是主键时。
- 每个基表日志独立创建，不能复用；
- 复合关联（如
ON a.x = b.x AND a.y = b.y）要求两个列都进SEQUENCE(x, y)； -
INCLUDING NEW VALUES必须加上，否则 UPDATE 旧值丢失，FAST 刷新失败或数据错乱。
SELECT列表必须显式引用每张基表的ROWID别名
快速刷新引擎靠每个基表的 ROWID 定位变更行。即使你业务上完全不用它，也得写进 SELECT，否则刷新直接失败，且不会建 MV 时报错，只在第一次刷新时静默降级为 COMPLETE。
错误写法：SELECT o.order_id, c.name FROM orders o JOIN customers c ON o.customer_id = c.id —— 缺 o.ROWID 和 c.ROWID。
正确写法：SELECT o.ROWID o_rowid, c.ROWID c_rowid, o.order_id, c.name FROM orders o JOIN customers c ON o.customer_id = c.id。
- 别名必须唯一可读（如
o_rowid、c_rowid），后续查DBA_MVIEW_ANALYSIS或排错全靠它； - 4 张表 JOIN 就要写 4 个
xxx.ROWID xxx_rowid，一个都不能少； - 漏掉任意一张表的
ROWID，整个物化视图就退化，不会部分生效。
刷新前务必用EXPLAIN_MVIEW验证是否真正就绪
系统不会在建 MV 时报错，而是在执行刷新时才判断能力是否满足。你看到耗时飙升、或 USER_MVIEWS.REFRESH_MODE 显示 DEMAND 却没更新，大概率是日志配置不全导致静默降级。
运行：DBMS_MVIEW.EXPLAIN_MVIEW('mv_name')，查输出重点看：
-
fastrefreshable_after_insert是否为TRUE； - 若为
FALSE，提示里通常会写"missing rowid"或"sequence column not logged"； - 再查
USER_MVIEW_LOGS：确认每张基表都有对应日志，且LOG_OPTION包含ROWID，PRIMARY_KEY字段为NO（如果你用的是 ROWID 模式）。
REFRESH FAST ON COMMIT 失效却无报错？先盯住日志完整性
REFRESH FAST ON COMMIT 要求所有基表日志都启用 WITH ROWID。哪怕只有一张表的日志漏了 ROWID，整个物化视图就退化为完全刷新，且事务提交后视图不更新——表面看配置正常，实际刷新被忽略。
常见现象：
- 明明写了
FAST，但DBA_MVIEW_ANALYSIS里显示FAST_REFRESHABLE为NO； - 提交事务后物化视图没更新，查
USER_MVIEWS.REFRESH_MODE发现仍是DEMAND； - 用
EXPLAIN_MVIEW检查，输出里fastrefreshable_after_insert = FALSE，并提示缺失ROWID或序列列。
真正容易被忽略的是：多分区表上建的日志，即使结构正确，也要逐个验证每项 capable_name（如 'REFRESH_FAST_AFTER_INSERT'）是否全为 YES；少一个，下次对应 DML 就可能触发 COMPLETE 刷新。
