物化视图增量刷新要求基表有主键或唯一约束，且物化视图日志必须用with primary key定义、不能包含lob列，否则触发ora-12015错误；lob列内容变更本身无法被日志捕获，即使表为logging模式。
物化视图增量刷新要求基表有主键或唯一约束
Oracle 的 FAST REFRESH（即增量刷新）依赖物化视图日志中记录的 DML 变更，而日志机制对 LOB 字段有硬性限制：如果基表包含 CLOB、BLOB 等 LOB 类型列，且未启用 ROWID 基础的刷新方式，Oracle 默认拒绝创建可增量刷新的物化视图日志。根本原因不是 LOB 本身不能存，而是 Oracle 无法为 LOB 列生成可靠的变更标记——LOB 数据可能被 DBMS_LOB.WRITE 或 APPEND 部分更新，不触发标准行级 UPDATE 标记。
ORA-12015: cannot create a fast refresh materialized view from a complex query 错误的真实含义
这个错误常在你执行 CREATE MATERIALIZED VIEW LOG ON t WITH ROWID, SEQUENCE (id, name, content) INCLUDING NEW VALUES; 时抛出，尤其当 content 是 CLOB。它其实不是说语句“复杂”，而是 Oracle 内部校验失败：只要日志定义中显式列出 LOB 列，或基表无主键但含 LOB，就会直接报此错。即使你没在 SEQUENCE 里写 LOB 列名，只要该列存在且表无主键，创建日志也会失败。
- 检查方法：
SELECT column_name, data_type FROM user_tab_columns WHERE table_name = 'YOUR_TABLE' AND data_type LIKE '%LOB%'; - 补救前提：必须先确保基表有
PRIMARY KEY或UNIQUE NOT NULL约束（仅ROWID不够） - 若已有主键，仍报错？大概率是物化视图日志已存在但未带
INCLUDING NEW VALUES—— 先DROP MATERIALIZED VIEW LOG ON t;再重建
启用快速刷新的唯一可行路径：主键 + 不在日志中包含 LOB 列
Oracle 允许在基表有主键的前提下，对含 LOB 的表创建可增量刷新的物化视图，但前提是：物化视图日志不能把 LOB 列列入 SEQUENCE，且物化视图查询本身也不能 SELECT LOB 列（否则刷新时会跳过该列或报 ORA-12008）。实际生效的最小可行配置如下：
CREATE MATERIALIZED VIEW LOG ON your_table WITH PRIMARY KEY, ROWID INCLUDING NEW VALUES;
注意两点：
-
WITH PRIMARY KEY是必须项，ROWID是辅助（用于处理无主键更新场景，但此时主键仍是前提） - 不要写
SEQUENCE(content)—— 即使 content 是 CLOB，也别把它放进日志定义 - 物化视图定义中，避免 SELECT LOB 列；如需展示，改用子查询 +
DBMS_LOB.SUBSTR截取，或单独关联查
为什么禁用 LOGGING 或 NOLOGGING 会让增量刷新彻底失效
如果基表或物化视图日志用了 NOLOGGING，DML 操作可能不写重做日志，导致物化视图日志记录缺失或不一致。Oracle 在检测到日志段处于 NOLOGGING 状态时，会静默降级为 COMPLETE REFRESH，甚至不报错。验证方式：SELECT logging FROM user_tables WHERE table_name = 'YOUR_TABLE'; 和 SELECT log_mode FROM v$database;。生产环境务必确保基表和日志均为 LOGGING，否则所谓“增量”只是假象。
真正棘手的是：LOB 操作（如 DBMS_LOB.COPY）默认绕过标准日志路径，哪怕表是 LOGGING，也可能漏记变更。这意味着——即便满足所有语法条件，LOB 列内容的实际变化仍不会触发刷新，这是设计层面的不可修复限制。
