必须为所有基表显式创建含ROWID和SEQUENCE的物化视图日志，因ROWID用于精准定位变更行，SEQUENCE保证多表事务顺序；缺任一表或关键列（如JOIN、WHERE、SELECT涉及列），EXPLAIN_MVIEW即标记REFRESH_FAST_POSSIBLE='N'，导致FAST刷新失败。
必须为所有基表显式创建物化视图日志，且每张表的日志需包含 ROWID、SEQUENCE 和所有关联列（含 JOIN 条件列与 SELECT 列）。漏掉任意一张表或任一关键列，DBMS_MVIEW.EXPLAIN_MVIEW 会直接标记 REFRESH_FAST_POSSIBLE = 'N'，后续 REFRESH FAST ON COMMIT 必然失败。
为什么物化视图日志必须带 ROWID 和 SEQUENCE？
Oracle 快速刷新依赖日志记录变更行的物理位置和操作顺序：ROWID 用于定位基表中被修改的具体行；SEQUENCE 保证多表变更在日志中可按事务顺序合并处理。若某张基表日志缺失 ROWID，即使其他表都齐全，整个物化视图也无法启用快速刷新——因为 Oracle 无法在不全表扫描的前提下精准定位那张表的变更行。
常见错误现象：CREATE MATERIALIZED VIEW LOG ON t1 WITH ROWID; 没加 SEQUENCE，建完物化视图后执行 EXEC DBMS_MVIEW.REFRESH('mv_test', 'F'); 报错 ORA-12052: cannot fast refresh materialized view。
实操建议：
- 对每张基表运行
CREATE MATERIALIZED VIEW LOG ON table_name WITH ROWID, SEQUENCE (col1, col2, ...), INCLUDING NEW VALUES; -
SEQUENCE后括号内必须列出所有参与JOIN的列、WHERE过滤列、以及物化视图SELECT中出现的列（含表达式列需用别名显式声明） - 避免使用
WITH PRIMARY KEY替代ROWID：主键日志仅适用于单表且无外键引用场景，多表关联下必须用ROWID
多表 JOIN 场景下物化视图日志的关键列怎么选？
不是“选”，而是“全列覆盖”：所有出现在 ON 子句、WHERE 子句、GROUP BY 子句、以及 SELECT 列表中的基表字段，都必须出现在对应基表的物化视图日志 SEQUENCE 定义里。
例如物化视图定义含 FROM emp e JOIN dept d ON e.deptno = d.deptno WHERE e.sal > 5000，则：
-
emp日志必须含deptno和sal -
dept日志必须含deptno - 若
SELECT中有e.ename，emp日志也得加上ename
漏掉 sal 或 ename 会导致快速刷新时无法判断哪些 emp 行因 sal 变更而进出结果集，Oracle 会退化为完全刷新。
如何验证日志配置是否满足快速刷新？
不要等刷新时报错才排查。执行以下三步确认：
- 运行
EXEC DBMS_MVIEW.EXPLAIN_MVIEW('mv_name');，查MVIEW_EXCEPTIONS表，重点看capable_flag是否为'Y'，以及msgtxt是否提示缺失某表日志或某列 - 检查
USER_MVIEW_LOGS，确认每张基表日志的LOG_OPTION包含'ROWID'和'SEQUENCE'，且LOG_TABLE字段非空 - 手动触发一次快速刷新：
EXEC DBMS_MVIEW.REFRESH('mv_name', 'F');，再查V$MVREFRESH确认REFRESH_TYPE是'FAST'而非'COMPLETE'
容易被忽略的是：物化视图自身定义中若含 UNION ALL、子查询、或远程表（@dblink），即使日志全对，快速刷新也会被禁用——这些限制不会在日志检查阶段报出，只在 EXPLAIN_MVIEW 输出里以 NOT_CAPABLE_REASON 显式说明。
