Oracle物化视图查询重写失败的主因是权限缺失、参数未启用或MV定义不合规；须确保用户直获QUERY REWRITE权限、QUERY_REWRITE_ENABLED=TRUE且MV含ENABLE QUERY REWRITE子句。
QUERY_REWRITE权限必须直授用户，不能靠角色继承
oracle 的 query rewrite 权限不走角色链——哪怕你有 dba 角色，select * from session_roles 里能看到它，也不会触发重写。必须显式执行：grant query rewrite to username;。跨 schema 查询物化视图时，还得加 grant global query rewrite to username;。另外，如果 mv 是别人建的，你还得有 select on schema.mv_name，光靠 select_catalog_role 不行。
会话级 QUERY_REWRITE_ENABLED 常被连接池覆盖
即使实例参数 QUERY_REWRITE_ENABLED 是 TRUE，应用一连上来，会话参数可能还是默认 FALSE。尤其用连接池（如 Druid、UCP）时，初始化语句没配 ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE，就等于没开。验证方法是查当前会话：SELECT VALUE FROM V$PARAMETER WHERE NAME = 'query_rewrite_enabled'; —— 注意这是查实例级；真正要看会话级，得用 SELECT SYS_CONTEXT('USERENV', 'SESSIONID') FROM DUAL; 配合 V$SES_OPTIMIZER_ENV 或直接 EXPLAIN PLAN 看是否真走了 MV。
物化视图建的时候漏了 ENABLE QUERY REWRITE 就白搭
建 MV 时只写 CREATE MATERIALIZED VIEW mv AS SELECT ...，不带 ENABLE QUERY REWRITE，那它就是个普通表，优化器压根不会把它纳入重写候选。错误示例：CREATE MATERIALIZED VIEW mv_sales REFRESH FAST ON COMMIT AS SELECT ...；正确写法必须末尾加上：ENABLE QUERY REWRITE。已有 MV 漏了这个子句？ALTER MATERIALIZED VIEW ... ENABLE QUERY REWRITE 不支持，只能 DROP 后重建。
ORA-30397 报错说明重写被“静默拒绝”，不是没试
出现 ORA-30397: one rewrite equivalence was not used，代表优化器确实尝试过重写，但某个环节卡住了——比如 MV 状态是 STALE、QUERY_REWRITE_INTEGRITY=ENFORCED 下拒绝用陈旧数据、或者查询用了 TO_CHAR(dt) 而 MV 存的是原始 DATE 列。此时别急着重建 MV，先跑一次：DBMS_MVIEW.EXPLAIN_REWRITE，看输出里 REWRITE_MECHANISM 是不是 NO_REWRITE，以及 MESSAGE 字段具体提示哪条规则不满足。重写失败从不降级，只要一个条件不满足，就彻底放弃。
