物化视图快速刷新依赖显式指定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 刷新结果可能不一致。
- 典型现象：关联字段更新后，物化视图里旧组合残留、新组合缺失，但刷新过程无报错
- 解决方案只有两个：要么在应用层禁止这类 JOIN 字段更新；要么放弃
FAST，改用COMPLETE或FORCE刷新 - 如果必须用快速刷新，可考虑将关联逻辑下沉到基表视图+物化视图日志建在该视图上（需开启
ON PREBUILT TABLE并确保视图可建日志） - 这个限制极少被文档强调，却是生产环境数据不一致的高频根源
