要支持聚合物化视图fast刷新，基表日志必须含with rowid或primary key、including new values，并在sequence中显式包含所有group by列、聚合输入列、join列和where列。
为什么加了COUNT(*)还报ORA-12052
这不是语法写错，而是Oracle在底层校验聚合依赖链是否闭环。只要任一环节缺失，REFRESH FAST就会直接拒绝，不 fallback，也不提示具体缺什么。
常见静默失败场景包括：
-
COUNT(*)被别名覆盖（如写成COUNT(*) AS total），某些版本会弱化校验但不可靠 - 所有
GROUP BY列（如dept_id）和所有聚合输入列（如SUM(salary)中的salary）未显式列在物化视图日志的SEQUENCE子句中 - 基表日志没带
INCLUDING NEW VALUES，导致UPDATE/DELETE变更无法捕获 - 基表缺少主键，且日志未建为
WITH ROWID
如何配置基表日志才能支持聚合物化视图的FAST刷新
每个参与聚合或JOIN的基表都必须单独建日志，且字段覆盖范围不是“SELECT里写了哪些”，而是“查询逻辑中实际用到的所有列”。
执行前务必确认：
- 日志必须含
WITH ROWID或PRIMARY KEY—— 缺一不可 -
SEQUENCE子句中必须包含：所有GROUP BY列、所有聚合函数的输入列、所有JOIN条件列、所有WHERE过滤列 - 必须带
INCLUDING NEW VALUES，否则UPDATE和DELETE变更不会记录到日志表 - 若基表有DDL变更（如新增NOT NULL列），旧日志自动失效，需
DROP MATERIALIZED VIEW LOG ON table_name后重建
emp和dept，ON emp.dept_id = dept.id，则两个日志都得包含dept_id和id。AVG、STDDEV等函数怎么改写才支持FAST刷新
Oracle不维护AVG的增量状态，必须手动拆解为SUM+COUNT组合；STDDEV同理，依赖SUM和SUM(expr * expr)。不改写就注定只能COMPLETE刷新。
-
AVG(salary)→ 改为SUM(salary) sum_sal, COUNT(salary) cnt_sal；注意COUNT(salary)要求salary列有NOT NULL约束，否则得用COUNT(*)+SUM(NVL(salary, 0))，但语义已变 -
STDDEV(salary)→ 至少要包含三列：SUM(salary)、SUM(salary * salary)、COUNT(salary)，缺一不可 - 所有非聚合列（即
GROUP BY列）必须原样出现在SELECT中，不能包裹表达式，比如UPPER(dept_id)会直接禁用FAST刷新
验证是否真能FAST刷新：别跳过EXPLAIN_MVIEW
执行DBMS_MVIEW.EXPLAIN_MVIEW('MV_NAME')后查MV_CAPABILITIES_TABLE，重点看三处：
-
CAPABILITY_NAME = 'REFRESH_FAST'对应POSSIBLE值：必须是'Y'，'N'表示彻底不可用 -
MSGTXT字段：人话提示，如"materialized view log does not exist on table T1"或"complex SQL: outer join with OR in WHERE clause" -
MSGNO编号：2005=缺日志、2012=漏ROWID、2025=聚合不合规、2031=外连接含OR或函数
REFRESH_FAST_POSSIBLE = 'Y'，跨DBLINK刷新时仍可能失败——远端数据库版本（如10.2.0.5）可能不支持该MV类型协议，必须交叉比对版本兼容性。复杂点在于：所有列、所有约束、所有日志参数必须严格对齐，差一个INCLUDING NEW VALUES或漏一个SEQUENCE列，FAST就彻底失效，且Oracle不主动报错。
