Oracle中带SUM/COUNT/AVG的物化视图默认无法快速刷新，因缺少ROWID日志、主键/唯一约束及NOT NULL等必要条件；AVG须拆为SUM/COUNT实现，且日志字段必须覆盖所有非聚合列和聚合输入列。
物化视图带 SUM/COUNT/AVG 时，快速刷新为什么总失败？
oracle 中带 sum、count、avg 的物化视图默认无法快速刷新（fast refresh），根本原因是缺少必要的日志支持和主键/唯一约束保障。不是语法写错了，而是底层机制卡住了。
常见错误现象：ORA-12052: cannot fast refresh materialized view，或者刷新时静默回退为完全刷新（COMPLETE）。
- 必须在基表上启用
ROWID级别的物化视图日志：CREATE MATERIALIZED VIEW LOG ON table_name WITH ROWID, SEQUENCE (col1, col2) INCLUDING NEW VALUES; - 基表必须有主键（
PRIMARY KEY）或启用ROWID的唯一约束；AVG还额外要求所有参与列非空（NOT NULL），否则无法推导增量变化 -
COUNT(*)和COUNT(col)行为不同：后者要求col有NOT NULL约束，否则不支持快速刷新
AVG 聚合必须拆成 SUM/COUNT 才能快速刷新？
是的。Oracle 内部不直接维护 AVG 的增量状态，所以声明 AVG(salary) 会直接导致快速刷新被拒绝。必须手动等价改写。
使用场景：你有一张员工表，想按部门统计平均薪资并每天增量更新。
- ❌ 错误写法：
SELECT dept_id, AVG(salary) FROM emp GROUP BY dept_id - ✅ 正确写法：
SELECT dept_id, SUM(salary) sum_sal, COUNT(salary) cnt_sal FROM emp GROUP BY dept_id，后续用sum_sal / cnt_sal计算平均值 - 注意：
COUNT(salary)依赖salary列有NOT NULL约束；如果允许空值，得用COUNT(*)+SUM(NVL(salary, 0))，但语义已改变，需业务确认
快速刷新物化视图的 SELECT 列必须严格匹配日志字段
不是“查什么就记什么”，而是物化视图日志里记录的字段，必须覆盖 SELECT 中所有非聚合列（即 GROUP BY 列）和所有聚合函数的输入列。
参数差异直接影响能否 FAST REFRESH：
- 如果日志建在
emp表上用了WITH ROWID, SEQUENCE (dept_id, salary)，那物化视图中就不能出现emp_name—— 即使没参与聚合，只要出现在 SELECT 列表里（非 GROUP BY 非聚合）就会报错 -
SEQUENCE是必须的：没有它，Oracle 无法判断 DML 操作顺序，无法安全合并增量 - 聚合列本身不用进日志，但它们的原始输入列（如
salary）必须在日志的SEQUENCE列表中
刷新时提示 ORA-12008 + ORA-00904：列不存在？
这是最隐蔽的坑：不是你的 SQL 写错了，而是物化视图日志没重建，或基表结构变更后没同步更新日志。
性能与兼容性影响：日志字段缺失会导致 Oracle 在刷新时尝试构造内部查询，引用了不存在的伪列（比如 mview$_log_salary），从而抛出 ORA-00904: "SALARY" invalid identifier。
- 每次修改基表字段（增删、改类型、改 NULL 性）后，必须显式重建物化视图日志：
DROP MATERIALIZED VIEW LOG ON emp; CREATE MATERIALIZED VIEW LOG ... - 不要依赖
ALTER TABLE后自动更新日志 —— Oracle 不做这件事 - 检查日志内容用：
SELECT * FROM USER_MVIEW_LOGS WHERE MASTER = 'EMP';，确认LOG_TABLE字段对应的真实日志表是否存在，且结构含预期列
复杂点在于：这些约束和日志要求是叠加生效的，漏掉任意一环（主键、日志字段、NOT NULL、SEQUENCE），都会让快速刷新无声降级，而你可能只在数据延迟数天后才发现。
