物化视图快速刷新需满足三条件：基表有主键或启用WITH ROWID日志；日志必须含WITH SEQUENCE、INCLUDING NEW VALUES及显式列清单；MV定义不能含分析函数、非确定性函数、表达式列等不支持结构。
基表必须有主键或启用 ROWID 模式
没有主键（或唯一约束），REFRESH FAST 会直接失败，报 ORA-12014。Oracle 需要主键来定位变更行；若用 ROWID 模式，则必须在物化视图日志中显式声明 WITH ROWID，且后续所有 JOIN 表的 SELECT 列表里都得带上 table_alias.ROWID 别名。
常见错误：
- 建了主键但没在物化视图查询中引用该列 → 刷新引擎无法绑定变更
- 误以为
WITH PRIMARY KEY日志能覆盖所有关联列 → 实际上它只保证主键列被记录，而JOIN条件列（如customer_id）仍需手动加进SEQUENCE() - 分区表上只建了主键但没在日志中启用
INCLUDING NEW VALUES→UPDATE后新值不进日志，刷新结果错乱
物化视图日志必须完整且合规
日志不是“建了就行”，它必须同时满足三项硬性参数：
-
WITH SEQUENCE：提供变更顺序号，否则快速刷新拒绝执行 -
INCLUDING NEW VALUES：缺失时，INSERT和UPDATE的新值不会写入日志，导致刷新丢数据 - 显式列出所有被物化视图引用的列（含
GROUP BY列、JOIN列、聚合列）：只写ON t不够，Oracle 不自动推导
例如，物化视图查了 dept_id, salary，日志就得是：CREATE MATERIALIZED VIEW LOG ON emp WITH ROWID, SEQUENCE(dept_id, salary) INCLUDING NEW VALUES;
漏掉任一列，刷新后对应字段可能为 NULL 或旧值，且系统不报错，只静默降级为 COMPLETE 刷新。
物化视图定义不能含不支持快速刷新的结构
Oracle 对可快速刷新的 SQL 有严格语法限制，稍越界就退化。关键红线包括：
- 禁止分析函数：
ROW_NUMBER()、LAG()、RANK()等 → 创建时报ORA-12052 - 聚合物化视图必须显式包含
COUNT(*)→COUNT(1)或COUNT(col)均无效 - 禁止非确定性函数：
SYSDATE、USER、DBTIMEZONE等 - 禁止子查询嵌套超过一层、
UNION ALL、OUTER JOIN（LEFT/RIGHT JOIN） - 禁止表达式列：
NVL(salary, 0)、TO_CHAR(hire_date)等会让刷新回退到完全模式
即使其他条件全满足，只要定义里混入一个不支持项，DBA_MVIEWS.REFRESH_METHOD 就会显示 COMPLETE，且无明确提示。
多表关联时每个基表都要独立达标
四张表 JOIN，就得四套日志 + 四个 ROWID 别名 —— 少一个，整个物化视图就失去快速刷新能力。
实操要点：
- 每张基表的日志都必须带
WITH ROWID和对应SEQUENCE()（含所有JOIN列） -
SELECT列表里必须显式写出每个基表的table_alias.ROWID，如o.ROWID o_rowid, c.ROWID c_rowid - 别名必须唯一可读，后续排查依赖它（比如查
DBMS_MVIEW.EXPLAIN_MVIEW输出里的fastrefreshable_after_insert字段） - 任意一张表的日志缺
ROWID，刷新时不会报错，而是耗时陡增 —— 这是最容易被忽略的静默故障点
真正麻烦的不是配置本身，而是验证。建完 MV 后务必运行 DBMS_MVIEW.EXPLAIN_MVIEW('mv_name')，盯着输出里 fastrefreshable_after_insert 和 fastrefreshable_after_update 是否为 TRUE，而不是只看建表语句有没有报错。
