多表关联物化视图无法快速刷新，主因是基表日志缺WITH ROWID或未显式包含所有JOIN列，且SELECT中遗漏各表ROWID别名；必须为每张基表创建含ROWID及对应SEQUENCE的物化视图日志，并在SELECT中显式引用如o.ROWID o_rowid、c.ROWID c_rowid等。
多表关联的物化视图无法快速刷新，90%以上是因为 rowid 和 join 列没进日志，或 select 中漏了各表的 rowid 别名。
物化视图日志必须显式包含所有 JOIN 列 + WITH ROWID
Oracle 不会自动推导哪些列参与了关联，哪怕它们是主键或有索引。只要物化视图 SQL 里写了 ON orders.customer_id = customers.id，这两个列就必须分别出现在各自基表的日志中。
CREATE MATERIALIZED VIEW LOG ON orders WITH ROWID, SEQUENCE(customer_id) INCLUDING NEW VALUES;CREATE MATERIALIZED VIEW LOG ON customers WITH ROWID, SEQUENCE(id) INCLUDING NEW VALUES;- 不能只写
WITH PRIMARY KEY—— 它不保证日志含customer_id或id，尤其当这些列不是主键时 - 如果用了复合关联（如
ON a.x = b.x AND a.y = b.y），两个列都得进SEQUENCE()
SELECT 列表必须显式引用每个基表的 ROWID 别名
快速刷新引擎靠每个基表的 ROWID 定位变更行。即使你业务上完全不用它，也得写进 SELECT，否则刷新直接失败。
- 错误写法：
SELECT o.order_id, c.name FROM orders o JOIN customers c ...→ 缺少o.ROWID和c.ROWID - 正确写法：
SELECT o.ROWID o_rowid, c.ROWID c_rowid, o.order_id, c.name FROM orders o JOIN customers c ... - 别名必须唯一且可读（如
o_rowid、c_rowid），后续查DBA_MVIEW_ANALYSIS或排错全靠它 - 多个 JOIN 表（如 4 张表）就要写 4 个
xxx.ROWID xxx_rowid，一个都不能少
REFRESH FAST ON COMMIT 失效却无报错？先查日志完整性
系统不会在建 MV 时报错，而是在第一次刷新时静默降级为 COMPLETE。你看到耗时飙升、或 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 模式） - 哪怕只有一张表的日志缺
ROWID，整个 MV 就退化 —— 不会部分生效
聚合 + 多表 JOIN 的快速刷新额外约束
带 COUNT(*) 和 GROUP BY 的多表物化视图能快速刷新，但条件更严：所有 GROUP BY 列、所有 JOIN 列、所有非聚合 SELECT 列，都得进各自基表日志。
- 例如
SELECT cl.class_name, COUNT(*) FROM mos m JOIN classes cl ON m.mo_class_id = cl.mo_class_id GROUP BY cl.class_name - 则
mos日志需含mo_class_id，classes日志需含mo_class_id和class_name -
COUNT(*)必须显式写在 SELECT 中，不能省略 - 禁止在 SELECT 或 WHERE 中用函数包裹 JOIN 列（如
UPPER(cl.class_name)），否则日志列对不上
最易被忽略的一点：物化视图日志一旦建好，改 SEQUENCE 列要 DROP 重建，ALTER 不支持增减列；而生产环境往往不敢轻易删日志 —— 所以建的时候就得一次对齐所有关联字段和 ROWID 需求。
