Oracle 23c物化视图多表连接限制改进

Oracle 23c 在物化视图这块，社区里一直流传着一个说法：多表连接的语法限制终于放宽了？先给个明确的答案——没有。`CREATE MATERIALIZED VIEW` 对多表连接的要求纹丝未动：连接列必须有经过验证的主键/外键约束，所有引用的列都得在物化视图日志里一五一十地列出来。23c 的真正改进，不是让你写更自由的 SQL，而是优化器变得“聪明”了一点——它现在更有可能重写那些原本因为约束缺失或日志不全而被默默跳过的查询。

QUERY_REWRITE_INTEGRITY=TRUSTED 在 23c 中是否真正可用？

可以，但得小心伺候。23c 继续保留了 `QUERY_REWRITE_INTEGRITY=TRUSTED` 模式，允许绕开基表约束直接启用重写。然而，这不是一键自动修复，而是把责任全都甩给你：你得手动确保基表数据在业务逻辑上绝对满足完整性（比如外键关系由业务代码兜底）。用 `DBMS_MVIEW.EXPLAIN_REWRITE` 时，如果输出里出现 `integrity violation`，千万别图省事直接调高参数掩盖问题。另外，金仓这类 Oracle 兼容库在 TRUSTED 模式下的行为可能不一致，生产环境中还是老老实实走 `ENFORCED` 加上真实约束更稳妥。

23c 自动物化视图能否绕过多表连接的刷新瓶颈？

绕不过，但能帮你把瓶颈摆到台面上。23c 的自动生成建议会翻历史 SQL 执行计划：如果发现某个多表连接频繁走 `HASH JOIN`，且驱动表小、被驱动表大，它就可能推荐创建一个包含该连接的物化视图。可这物化视图不是你想建就能建——每张基表都得有带 `SEQUENCE` 的物化视图日志，少一张都不行。刷新时，只要有一张表缺日志，`REFRESH FAST` 就会不声不响地退化成 `COMPLETE`，而且 `DBMS_MVIEW.REFRESH` 既不报错也不提示降级。更要命的是，自动建议不会替你检查权限，`CREATE MATERIALIZED VIEW LOG` 失败时只记个警告，很容易漏掉。

为什么执行计划里看到物化视图名，但实际没走它？

这是 23c 新执行路径判断逻辑下的常见陷阱。即使 `QUERY_REWRITE_ENABLED=TRUE`，如果物化视图的统计信息太旧（`LAST_ANALYZED` 比最近一次 `REFRESH` 还早），优化器可能直接弃用它。多表连接物化视图如果包含 `COUNT(*)` 或 `SUM(column)`，而基表日志没写 `INCLUDING NEW VALUES`，重写也会被静默禁用。还有一点要注意：`EXPLAIN PLAN FOR` 显示物化视图名 ≠ 实际执行走了它。要确认真实访问对象，必须查 `V$SQL_PLAN.OBJECT_NAME` 或者用 `autotrace on explain` 核实。 这里真正核心的，不是“23c 能不能做”，而是你有没有把每张基表的日志、约束、统计信息、会话参数全部对齐。只要有一个环节掉链子，重写就会失效——而且失效得无声无息。