如何创建包含ROWID的物化视图日志_WITH ROWID参数支持复杂关联视图的刷新-Oracle-PHP中文网

物化视图快速刷新依赖显式指定WITH ROWID的日志及物化视图中保留原始ROWID列名，否则静默降级为完全刷新；所有关联基表均需建带ROWID的日志，且JOIN字段更新无法捕获，易致数据不一致。

物化视图日志必须显式指定 `WITH ROWID` 才能支持基于 ROWID 的快速刷新

oracle 默认创建的物化视图日志不包含 rowid 列，而复杂关联视图（含多表 join、无主键/唯一键关联）在启用 fast 刷新时，往往依赖 rowid 定位变更行。如果日志没带 with rowid，即使后续定义了 refresh fast on commit，oracle 也会静默降级为 complete 刷新，且不报错——这是最常被忽略的隐性失败点。

CREATE MATERIALIZED VIEW LOG ON table_name WITH ROWID; 是硬性前提，不能省略 WITH ROWID
若基表已有日志但没带 ROWID，需先 DROP MATERIALIZED VIEW LOG ON table_name; 再重建，Oracle 不支持 ALTER 日志加 ROWID
所有参与关联的基表都必须各自建带 WITH ROWID 的日志，缺一不可
注意：WITH ROWID 会额外占用存储，且要求基表不是索引组织表（IOT），否则报错 ORA-12089: cannot create log on IOT

`ROWID` 刷新对物化视图定义有强约束：必须用 `ROWID` 伪列且不能重命名

即使日志带 WITH ROWID，物化视图本身也得“配合”——Oracle 要求其查询语句中显式选择各基表的 ROWID，并保留原始列名（即不能用 AS 重命名）。否则 DBMS_MVIEW.EXPLAIN_MVIEW 会返回 cannot fast refresh，但错误信息极不直观。

正确写法：SELECT a.ROWID a_rowid, b.ROWID b_rowid, a.id, b.name FROM t1 a JOIN t2 b ON a.id = b.t1_id
错误写法：SELECT a.ROWID AS my_a_rid, ...（重命名导致匹配失败）
错误写法：SELECT a.id, b.name FROM ...（漏选任一基表 ROWID）
若视图含聚合或 DISTINCT，ROWID 刷新直接不可用，必须改用 ON COMMIT + 主键机制或接受完全刷新

验证是否真走快速刷新：别信 `LAST_REFRESH_DATE`，查 `USER_MVIEWS.REFRESH_METHOD` 和实际日志

很多人看到 USER_MVIEWS.LAST_REFRESH_DATE 更新了，就以为是 FAST 刷新成功。其实 Oracle 在无法快速刷新时仍会执行一次 COMPLETE，时间戳照样更新。真正判断依据是 REFRESH_METHOD 字段值和后台刷新日志。

运行 SELECT MVIEW_NAME, REFRESH_METHOD, FAST_REFRESHABLE FROM USER_MVIEWS WHERE MVIEW_NAME = 'YOUR_MV';
FAST_REFRESHABLE 必须为 YES 或 DIRLOAD_DML，若为 NO，说明定义或日志不满足条件
手动触发刷新后，立即查 V$MVREFRESH 或检查 alert 日志中的 refreshed by rowid 字样
用 DBMS_MVIEW.EXPLAIN_MVIEW('your_mv') 查具体卡在哪一步，输出结果里 capable 列为 N 的行就是障碍点

复杂关联下 `ROWID` 刷新的实际瓶颈：JOIN 条件变更无法捕获

WITH ROWID 日志只记录单表的插入/更新/删除，不记录跨表关系变化。比如 t2.t1_id 从 100 改成 200，t2 日志里只有 t2 行的 ROWID 变更，Oracle 无法自动推断这导致 t1 JOIN t2 视图中某条组合记录“消失”又“出现”。这种场景下，FAST 刷新结果可能不一致。