必须显式包含WHERE条件所有列且不能用别名，聚合MV还需SEQUENCE和INCLUDING NEW VALUES，主键列自动记录勿重复声明，大小写须严格匹配基表定义。
直接说结论：必须显式包含 where 条件中涉及的所有列，且不能用别名、不能漏掉过滤字段，否则 fast 刷新会降级为 complete 或失败。
物化视图日志里漏掉 WHERE 字段会导致增量刷新失效
比如物化视图用了 WHERE pay_status = 1，但日志没包含 pay_status 列，Oracle 就无法判断某条记录是否还在过滤范围内——UPDATE 或 DELETE 可能被跳过，最终数据不一致。
常见错误现象：
-
ORA-12057: materialized view is invalid and must be compiled（日志列缺失时常见） - 执行
DBMS_MVIEW.REFRESH时实际走的是COMPLETE刷新，FAST不生效 - 日志表
MLOG$_T_ORDER里缺对应字段，查SELECT * FROM user_mview_logs能确认
实操建议：
- 先反推物化视图 SQL 中所有参与
WHERE、GROUP BY、SELECT聚合的原始列（不是别名！） - 用
TRUNC(create_time)？日志里只写create_time - 用
UPPER(name)？日志里必须包含name，不能只写UPPER(name)
WITH SEQUENCE 和 INCLUDING NEW VALUES 是单表聚合 MV 的硬性要求
只要物化视图含 SUM、COUNT、GROUP BY 这类聚合，Oracle 就强制要求日志带 SEQUENCE 和 INCLUDING NEW VALUES。
否则即使列都齐了，FAST 刷新也会拒绝执行。
正确写法示例：
CREATE MATERIALIZED VIEW LOG ON t_order WITH PRIMARY KEY, SEQUENCE(create_time, pay_amount, pay_status) INCLUDING NEW VALUES;
关键点：
-
SEQUENCE不是可选——它保证 DML 操作顺序，聚合类 MV 必须依赖 -
INCLUDING NEW VALUES是必须的，EXCLUDING是默认值，但会导致聚合 MV 无法FAST刷新 - 不能同时指定
PRIMARY KEY和括号里再列主键列，比如WITH PRIMARY KEY (id)会报错
主键列会自动记录，别重复声明
如果表有主键，PRIMARY KEY 子句会让 Oracle 自动把主键列写进日志，你再在 SEQUENCE(...) 里重复写它们，语法上不报错，但逻辑冗余，还可能干扰解析。
例如 t_order 主键是 order_id，下面两种写法效果一样，但后者更干净：
- ✅ 推荐：
WITH PRIMARY KEY, SEQUENCE(create_time, pay_amount, pay_status) - ❌ 冗余：
WITH PRIMARY KEY, SEQUENCE(order_id, create_time, pay_amount, pay_status)
注意：ROWID 不能替代 PRIMARY KEY——聚合类 MV 明确要求主键方式，否则直接拒绝创建 FAST 刷新支持。
大小写和对象名要严格匹配基表定义
Oracle 默认对未加引号的标识符转大写。如果你建表时用了小写字段名并加了双引号（比如 "create_time"），那日志语句里也得用双引号，否则找不到列。
最稳妥做法：
- 查基表真实列名：
SELECT column_name FROM user_tab_columns WHERE table_name = 'T_ORDER' - 复制粘贴列名，避免手敲大小写错误
- 别在日志里用
AS别名——日志只认物理列名，TRUNC(create_time) AS stat_date对日志毫无意义
容易被忽略的一点：物化视图日志本身不校验字段是否存在，只有真正执行 REFRESH FAST 时才暴露问题。所以配置完一定要跑一次手动刷新验证，不能只看 CREATE 成功就认为 OK。
