物化视图含group by后无法fast刷新，需确保物化视图日志显式包含所有group by列、聚合输入列及join/where列；缺失则静默退化为complete或报ora-12052，且oracle不支持alter日志追加列，必须drop后重建。
物化视图含GROUP BY后无法FAST刷新，先查日志列是否覆盖聚合字段
含GROUP BY的物化视图要支持FAST刷新，物化视图日志必须显式记录所有参与分组、聚合和JOIN的列——不只是基表主键或ROWID。漏掉任意一个，REFRESH FAST会静默退化为COMPLETE，甚至报ORA-12052。
检查方法：
- 执行
SELECT COLUMN_NAME FROM USER_MVIEW_LOG_FILTERS WHERE LOG_TABLE = 'MLOG$_YOUR_TABLE'，确认所有GROUP BY列、SUM()/COUNT()目标列、以及WHERE中用到的过滤列都在结果里 - 若缺失，不能只
ALTER MATERIALIZED VIEW LOG——Oracle不支持向已有日志追加列；必须DROP MATERIALIZED VIEW LOG ON your_table再重建，例如：CREATE MATERIALIZED VIEW LOG ON t WITH ROWID, SEQUENCE(id, region, amount) INCLUDING NEW VALUES - 特别注意：
GROUP BY TRUNC(order_date)这类表达式，日志里必须建对应虚拟列或函数索引列，否则EXPLAIN_MVIEW会报MSGNO = 2031（“expression not supported”）
分区键与GROUP BY列不一致导致查询重写失效
物化视图按TRUNC(sale_date)分区，但GROUP BY用的是sale_date原始列？优化器无法将查询谓词映射到分区边界，QUERY REWRITE直接跳过，执行计划里OBJECT_NAME仍是基表名，不是MV名。
必须保证三者严格对齐：
- 基表分区键定义（如
PARTITION BY RANGE (TRUNC(sale_date))） - 物化视图DDL中的
PARTITION BY RANGE子句（必须用相同表达式，不能简化为sale_date） - 查询中
WHERE条件引用的列名和表达式（如WHERE TRUNC(sale_date) = DATE '2024-01-01'，不能写NVL(sale_date, sysdate)）
验证方式：EXPLAIN PLAN FOR SELECT * FROM mv WHERE TRUNC(sale_date) = DATE '2024-01-01';后查PLAN_TABLE，若PARTITION_START显示KEY而非数字范围，说明剪枝失败。
执行计划显示全表扫描，但物化视图状态是VALID
状态VALID只代表语法可解析，不代表能被查询重写选中。常见干扰项：
-
QUERY_REWRITE_ENABLED参数为FALSE（默认值），需显式设为TRUE：ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE -
QUERY_REWRITE_INTEGRITY设为ENFORCED时，只要物化视图STALENESS = 'STALE'，重写就被禁用；生产环境建议设为TRUSTED，但需确保刷新任务稳定运行 - 用户缺少
QUERY REWRITE系统权限：GRANT QUERY REWRITE TO your_user - 物化视图定义含
SYSDATE、USER等非确定性函数，DBMS_MVIEW.EXPLAIN_REWRITE会返回QSM-01150: no suitable materialized view found
刷新卡住或报ORA-12008，实际错误藏在10046 trace里
ORA-12008只是刷新引擎崩溃的表层信号，真正原因（如约束冲突、临时表空间不足、隐式类型转换失败）不会直接抛出。不抓trace，永远在猜。
定位步骤：
- 会话级开启trace：
ALTER SESSION SET EVENTS '10046 trace name context forever, level 12'; - 执行
DBMS_MVIEW.REFRESH('MV_NAME', 'F') - 查
V$SESSION_LONGOPS看卡在哪步（常见于MERGE INTO MV_NAME） - 去
USER_DUMP_DEST找最新trace文件，搜索ORA-——90%的真实错误（如ORA-01722: invalid number因新增列类型不匹配）都在这里
最易忽略的一点：基表加了NOT NULL列并带DEFAULT，但没进日志SEQUENCE()，MLOG$_表无法记录变更，FAST链从源头断裂——此时CAN_USE_LOG = 'NO'，但STATUS仍显示VALID。
