物化视图含join时，必须在各基表物化视图日志中显式包含连接列（如主键或rowid），否则快速刷新无法定位变更行，将报ora-12052错误并退化为完全刷新。
物化视图做连接查询时，必须显式在物化视图日志中包含所有被连接表的主键或 rowid，否则 fast refresh 会直接失败
为什么连接查询的物化视图需要额外日志字段
Oracle 对含 JOIN 的物化视图执行快速刷新时，不是靠源表整体变化来驱动，而是依赖每个参与连接的基表都能独立识别“哪几行变了”。如果某个连接表的日志里没记录其主键（或 ROWID），刷新引擎就无法定位变更行，只能退化为 COMPLETE 刷新——哪怕只改了一条数据，也要全量重算。
常见错误现象：ORA-12052: cannot fast refresh materialized view schema.mv_name，尤其在创建含多表 JOIN 的 MV 后首次刷新时高频出现。
- 仅对主表建日志（如
CREATE MATERIALIZED VIEW LOG ON emp）完全不够，dept表也必须有对应日志 - 若连接条件用的是
dept.deptno，则dept日志必须含deptno（即建日志时加WITH PRIMARY KEY） - 若连接用的是
ROWID（比如没有主键的临时表），则两表日志都得带WITH ROWID
如何检查连接字段是否已纳入日志
不能只看日志是否存在，要看结构是否覆盖所有 JOIN 涉及的键列。查 DBA_MVIEW_LOGS 和日志表本身最可靠：
- 查日志定义：
SELECT LOG_TABLE, MASTER, ROWIDS, PRIMARY_KEY, SEQUENCE FROM DBA_MVIEW_LOGS WHERE MASTER IN ('EMP', 'DEPT'); - 查日志表字段：
DESC mlog$_emp和DESC mlog$_dept，确认EMP.EMPNO、DEPT.DEPTNO等连接字段真实存在（不是仅靠SNAPTIME$$或DMLTYPE$$） - 特别注意：如果连接字段是复合主键，日志必须包含全部组成列，缺一不可
建日志时必须匹配连接方式
不同连接类型对日志要求差异很大，错配就会导致刷新失败或数据不一致：
-
INNER JOIN：两表日志都需含连接字段（主键或ROWID），且推荐加SEQUENCE避免并发刷新顺序错乱 -
LEFT JOIN（主表左联）：主表日志必须含主键，从表日志也必须含其连接字段——否则从表删行时无法触发删除动作 - 含
WHERE子句的连接（如JOIN ... ON e.deptno = d.deptno AND d.status = 'A'）：日志还必须包含STATUS列（WITH (deptno, status)），否则 UPDATE/DELETE 无法判断是否影响 MV 结果
容易被忽略的陷阱：日志字段大小写与空格
Oracle 默认将未加双引号的标识符转为大写，但日志字段名严格区分大小写。如果源表字段是小写或含空格（如 "user_id"），而建日志时写成 WITH (USER_ID)，实际日志里不会生成该列，刷新时静默失败。
- 查真实字段名：
SELECT COLUMN_NAME FROM ALL_TAB_COLUMNS WHERE TABLE_NAME = 'MLOG$_YOUR_TABLE' ORDER BY COLUMN_ID; - 安全做法：建日志时明确指定列，且与
ALL_TAB_COLUMNS中显示的大小写完全一致，例如WITH ("user_id", "order_date") - 更隐蔽的问题：某些 ETL 工具生成的表含不可见字符（如零宽空格），会导致日志列看似存在实则无法被 MV 引擎识别
