物化视图刷新时AVG()/SUM()因NULL导致不一致，根源在于变更日志未捕获NULL语义变化；需显式处理NULL、完善MV日志列定义、避免ON COMMIT静默降级，并统一业务对NULL的语义认知。
物化视图刷新时 AVG() 和 SUM() 对 NULL 的默认行为会破坏一致性
聚合函数本身跳过 null 是标准行为，但物化视图（尤其是快速刷新）依赖基表变更日志（如 oracle 的 mv log），而日志不记录“某列从非空变 null”这类语义变化。结果就是：基表更新后手动查 avg(col) 得到 5.2，刷新后的物化视图里却还是上次的值，或更糟——因日志缺失导致刷新失败报 ora-12008: error in materialized view refresh path。
实操建议：
- 在定义物化视图时，显式用
COALESCE(col, 0)或NVL(col, 0)替换原始列，避免裸列进聚合 —— 这不是“美化写法”，是让刷新路径能稳定捕获数值变化 - 如果业务允许，把源列设为
NOT NULL并配默认值（如DEFAULT 0），比在 MV 里补转换更可靠 - 测试时别只查最终结果，要对比
DBA_MVIEW_LOGS中对应基表的日志记录是否包含该列（INCLUDING NEW VALUES必须开启，且列名得在LOG定义里显式列出）
快速刷新要求 ROWID + SEQUENCE 日志，但 NULL 值会让 SEQUENCE 失效
Oracle 物化视图快速刷新依赖日志里的 SEQUENCE 字段来排序变更顺序。一旦某次 DML 更新导致聚合键对应行的参与列变成 NULL，而日志又没记录该列（常见于建日志时漏加），SEQUENCE 就无法正确反映变化先后，刷新时可能跳过该行或重复计算。
实操建议：
- 建 MV log 时必须带
WITH ROWID, SEQUENCE(col1, col2, ...)，且括号内列出所有会被聚合函数引用的列 —— 即使它们允许NULL - 检查日志内容：
SELECT * FROM USER_MVIEW_LOGS WHERE LOG_TABLE = 'MLOG$_YOUR_TABLE';，确认SEQUENCE列存在且LOG类型是PRIMARY KEY或ROWID（不能是OBJECT ID） - 禁用
QUERY REWRITE模式下对含NULL聚合列的查询重写，否则优化器可能绕过 MV 直接查基表，掩盖刷新不一致问题
REFRESH FAST ON COMMIT 遇到 NULL 会静默降级为完全刷新
很多人以为加了 ON COMMIT 就一定走增量，其实 Oracle 在检测到聚合列存在未被日志覆盖的 NULL 变更时，会在提交瞬间自动切到完全刷新，并不报错。你看到的只是延迟变长、V$MVREFRESH 里 REFRESH_METHOD 显示 COMPLETE。
实操建议：
- 上线前跑压力测试：批量把关键聚合列置为
NULL，再执行 DML + COMMIT，立刻查V$MVREFRESH和DBA_MVIEWS.REFRESH_METHOD确认没降级 - 监控脚本里加检查项：
SELECT MVIEW_NAME, LAST_REFRESH_DATE, REFRESH_METHOD FROM DBA_MVIEWS WHERE REFRESH_METHOD != 'FAST'，而不是只盯STALENESS - 如果业务逻辑中
NULL表示“无效数据”，考虑前置清洗（比如 ETL 阶段转成-999或特殊码），比在 MV 层兜底更可控
PostgreSQL 的 MATERIALIZED VIEW 不支持快速刷新，NULL 处理全靠手动调度
PG 的物化视图本质是快照，没有 Oracle 那套日志和增量机制。REFRESH MATERIALIZED VIEW CONCURRENTLY 虽然不锁表，但仍是全量重建。此时 NULL 不影响刷新逻辑，但会影响下游应用对“最新性”的预期 —— 比如你刚插入一条 amount = NULL 的记录，刷新后 AVG(amount) 就少算一人，直到下次刷新。
实操建议：
- 用
CONCURRENTLY刷新前，先查基表最近变更时间：SELECT MAX(updated_at) FROM fact_table;，和物化视图里MAX(updated_at)对比，差值超阈值就告警 - 聚合字段若允许
NULL，定义 MV 时强制用WHERE amount IS NOT NULL过滤，比在AVG()里用COALESCE更清晰 - 不要依赖 PG 物化视图做实时报表；真有低延迟需求，用
pg_cron+ 分区表 +INSERT ... ON CONFLICT做轻量聚合表更稳
实际最难的不是写对 SQL，是让 DBA 和业务方对“NULL 在这里代表什么”达成一致 —— 有人觉得是缺失，有人当它是零值，还有人觉得该删掉。这个分歧会直接暴露在刷新延迟、监控告警、甚至财务对账差异里。
