with子句能减少重复计算、提升可读性，但必须按顺序定义并至少被引用一次，否则触发ora-32035；不可嵌套定义，列名需显式声明，物化与否取决于执行计划和引用次数。
WITH 子句不是语法糖，它能真正减少重复计算、提升可读性，但用错顺序或忽略引用规则，反而会触发 ORA-32035 报错甚至语义错误。
多个 WITH 子句必须用逗号分隔，且不能嵌套定义
Oracle 不允许在某个 WITH 子句的内部再写一个 WITH；但多个子句可以并列定义，并按顺序相互引用。常见错误是误以为“嵌套”指语法缩进，结果写出非法结构：
- ✅ 正确写法：
WITH dept_costs AS (...), avg_costs AS (SELECT AVG(dept_total) FROM dept_costs) - ❌ 错误写法：
WITH dept_costs AS (WITH inner AS (...) SELECT ...)—— 直接报ORA-00928: missing SELECT keyword - ⚠️ 注意：后定义的子句（如
avg_costs）可以引用前面已定义的（dept_costs），但反过来不行
必须至少被引用一次，否则触发 ORA-32035
Oracle 要求每个 WITH 子句名在后续查询中（主 SELECT 或其他 WITH 子句）至少出现一次。没被用到的子句不是“冗余”，而是“非法”：
- ❌
WITH unused AS (SELECT 1 FROM DUAL), used AS (SELECT 2 FROM DUAL) SELECT * FROM used;→ 报ORA-32035: unreferenced query name 'unused' - ✅ 可以只在另一个
WITH中引用：WITH a AS (SELECT 1 x FROM DUAL), b AS (SELECT x FROM a) SELECT * FROM b;——a没在主查询出现，但被b引用，合法 - ? 提示：开发时删掉临时调试用的子句，别留“注释掉但未删除”的定义
列名必须显式声明或用 *，避免字段顺序错乱
如果子句里用了 SELECT * 或未给计算字段起别名，后续引用时极易因字段顺序变化导致逻辑错误，尤其跨 Oracle 版本或迁移至 MySQL/PG 时：
- ❌ 危险写法：
WITH last_order AS (SELECT user_id, MAX(created_at) FROM orders GROUP BY user_id)—— 第二列无别名，SELECT * FROM last_order结果列顺序依赖优化器，不可靠 - ✅ 安全写法：
WITH last_order AS (SELECT user_id, MAX(created_at) AS last_time FROM orders GROUP BY user_id)，后续明确用last_order.last_time - ⚠️ 特别注意：
GROUP BY后漏非聚合字段，在 Oracle 中虽不报错，但语义模糊；MySQL 8.0+ 严格模式下直接ERROR 1055
性能不是自动提升，要看是否真被物化
Oracle 是否把 WITH 结果实际缓存到临时表空间，取决于执行计划和引用次数。只被引用一次时，优化器可能直接内联展开，和普通子查询无异：
- ✅ 多次引用才大概率物化：
SELECT ... FROM t1 JOIN dept_costs d1 ON ... JOIN dept_costs d2 ON ... - ? 强制物化可用提示：
WITH dept_costs AS (SELECT /*+ MATERIALIZE */ ...)，适合中间结果小、后续多次 JOIN 的场景 - ? 验证方式：用
EXPLAIN PLAN查看执行计划中是否出现TEMP TABLE TRANSFORMATION步骤 - ⚠️ 别盲目加
MATERIALIZE：如果中间结果很大，物化反而增加 I/O 和 TEMP 表空间压力
真正难的从来不是写对语法，而是判断哪一层该拆、哪一列必须命名、哪一次引用值得物化——这些决策藏在数据分布、字段语义和执行计划细节里，而不是 WITH 关键字本身。
