QUERY_REWRITE_ENABLED = FALSE 是最常见原因，需设为 TRUE 或 FORCE；物化视图须启用重写、状态非 STALE 且无非确定性函数；用 EXPLAIN_REWRITE 精准诊断，再查 V$SQL_PLAN 确认生效。
QUERY_REWRITE_ENABLED = FALSE 是最常见、最直接的“不生效”原因——它就像关掉了总闸，其余所有配置都白搭。
确认并强制开启会话级查询重写开关
Oracle 不默认开启查询重写，仅靠物化视图定义里写了 ENABLE QUERY REWRITE 不够，会话级参数必须显式设为 TRUE 或 FORCE。否则优化器根本不会进入重写匹配流程。
- 查当前会话设置：
SHOW PARAMETER query_rewrite_enabled；若返回FALSE，立即执行ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE; - 若需绕过物化视图自身的禁用设置（如临时调试），可用
ALTER SESSION SET QUERY_REWRITE_ENABLED = FORCE;，但生产环境慎用 - 注意：SQL 中的 hint（如
/*+ NOREWRITE */）会覆盖该设置，检查应用或 BI 工具是否注入了这类 hint
验证物化视图是否真正支持重写
建好了不等于能用。Oracle 对物化视图对象有硬性准入条件，缺一不可。
- 创建时必须带
ENABLE QUERY REWRITE子句；若已存在但未启用，12c+ 可用ALTER MATERIALIZED VIEW mv_name ENABLE QUERY REWRITE;，否则需重建 - 查状态：
SELECT mview_name, staleness, compile_state FROM USER_MVIEWS WHERE mview_name = 'MV_NAME';——staleness必须是NOT STALE，compile_state不能是INVALID - 物化视图若含
SYSDATE、ROWNUM、DBMS_RANDOM.VALUE等非确定性函数，重写会被直接禁用；EXPLAIN_REWRITE会返回non-deterministic function
用 DBMS_MVIEW.EXPLAIN_REWRITE 精准定位失败原因
别猜，用 Oracle 自带诊断工具验证。这是唯一能告诉你“为什么没重写”的权威方式。
- 执行：
BEGIN DBMS_MVIEW.EXPLAIN_REWRITE('SELECT region, SUM(amount) FROM sales WHERE order_date > SYSDATE-7 GROUP BY region', 'MV_SALES_SUM'); END; - 查结果：
SELECT message FROM REWRITE_TABLE;—— 输出可能是no match、stale data、integrity violation或query rewritten - 常见失败信息示例：
expression not supported: SYSDATE（物化视图不含order_date）、query rewrite integrity violation（QUERY_REWRITE_INTEGRITY=ENFORCED但基表缺验证过的主键）
绕过语义等价限制的临时手段
当 SQL 和物化视图结构“看起来差不多”，但因列别名、表达式写法或完整性模式不匹配被跳过时，可临时放宽约束。
- 会话级设为：
ALTER SESSION SET QUERY_REWRITE_INTEGRITY = TRUSTED;（表示你人工保证数据一致性） - 配合
ALTER SESSION SET QUERY_REWRITE_ENABLED = FORCE;，可强制触发重写，即使物化视图状态为STALE - ⚠️ 注意：这不解决根本问题，仅用于验证逻辑或紧急压测；长期使用必须修复物化视图状态、约束和日志
真正难的不是加几个 ALTER SESSION，而是让 EXPLAIN_REWRITE 返回 query rewritten 之后，再在 V$SQL_PLAN 里看到 OBJECT_NAME 真的变成了物化视图名——中间任何一环断掉，SQL 就照旧扫基表。
