create materialized view log必须带with primary key或with rowid、sequence(所有引用列)、including new values，缺一不可，否则fast刷新失效。
CREATE MATERIALIZED VIEW LOG必须带哪些参数
不加关键参数的日志，等于没建。Oracle 的 CREATE MATERIALIZED VIEW LOG 不是“建了就能用”，而是必须显式声明语义支撑能力，否则后续任何 REFRESH FAST 都会静默退化为 COMPLETE。
-
WITH PRIMARY KEY或WITH ROWID二者必选其一；优先用WITH PRIMARY KEY，只有基表无主键、或物化视图含外连接时才退而用WITH ROWID -
SEQUENCE()必须包裹所有被物化视图引用的列——不只是SELECT列，WHERE条件里出现的列、GROUP BY列、连接列也得包含。漏一个，FAST 就失效 -
INCLUDING NEW VALUES不可省略，尤其当物化视图涉及UPDATE或聚合（如COUNT(*)）时；没有它，日志无法捕获新值，增量合并失败 - 多张物化视图共用同一基表日志时，
SEQUENCE()和INCLUDING NEW VALUES必须满足所有视图的并集要求，不能只按某一个 MV 的定义来写
为什么建了日志却 still REFRESH COMPLETE
最常见错觉：执行完 CREATE MATERIALIZED VIEW LOG ON sales WITH PRIMARY KEY; 就以为万事大吉。其实这条语句缺了 SEQUENCE 和 INCLUDING NEW VALUES，日志表 MLOG$_sales 里根本不会生成 SEQUENCE$$ 和 OLD_NEW$$ 字段，导致 Oracle 在刷新时直接跳过增量路径。
- 查日志结构：
DESC MLOG$_sales，确认是否存在SEQUENCE$$、SNAPTIME$$、OLD_NEW$$字段；缺任一，说明日志创建不完整 - 查日志内容：
SELECT * FROM MLOG$_sales WHERE SNAPTIME$$ = TO_DATE('4000-01-01', 'YYYY-MM-DD');，若返回 0 行，说明日志未捕获变更，可能因基表 DML 未触发（比如用了TRUNCATE）或日志未生效 - 建日志后必须对基表做至少一次 DML（
INSERT/UPDATE/DELETE），才能让日志真正“活”起来；空日志表无法支撑 FAST
多表连接场景下日志怎么建
一张物化视图连三张表，不是只给主表建日志就行。Oracle 要求所有参与连接的基表都必须有匹配的日志，且每张日志的字段覆盖必须一致——即每张日志的 SEQUENCE() 都要包含该表在 MV 查询中出现的所有列（SELECT + JOIN + WHERE）。
- 例如 MV 定义含
FROM orders o JOIN customers c ON o.cust_id = c.cust_id WHERE c.status = 'ACTIVE'，则orders日志需含cust_id，customers日志也必须含cust_id和status - 连接列（如
cust_id）在各表上必须有唯一约束（主键或唯一索引），否则 Oracle 拒绝 FAST；外连接更苛刻：内表连接列必须有唯一约束，且不能用OR或函数包装条件 - 不要试图用一张日志“兼顾”不同用途；如果某张表同时服务聚合 MV 和连接 MV，日志字段取并集，宁多勿少
如何验证日志是否真被快速刷新消费
别只看 DBMS_MVIEW.REFRESH 是否成功返回，要看它是否真的读了日志、改了水位线、删了已处理记录。
- 刷新前记下
SELECT COUNT(*) FROM MLOG$_sales WHERE SNAPTIME$$ = TO_DATE('4000-01-01', 'YYYY-MM-DD');的值；刷新后重查，应明显减少（非零才说明有消费） - 查
DBA_MVIEWS中对应 MV 的LAST_REFRESH_DATE和STALENESS；STALENESS = 'FRESH'是基本要求，但还不够 - 关键证据：查日志里已处理记录的
SNAPTIME$$是否已更新为刷新时间点；若仍是01-JAN-4000，说明刷新根本没走增量逻辑，只是假装 FAST 实际 COMPLETE - 跨 PDB 或 DB Link 的场景下，
REFRESH FAST直接不可用，日志再全也没用——这点容易被忽略
实际配置中，最难的不是语法，而是让日志结构、MV 定义、刷新调用三者在运行时严丝合缝地对齐。任何一个环节字段不匹配、约束缺失、或水位线卡住，都会导致增量链断裂，而 Oracle 从不报错，只默默降级。
