WITH AS的作用域仅限于紧随其后的单条SQL语句，CTE在该语句执行完毕后立即销毁，不可跨语句、不可复用，也不进入会话上下文或数据字典；若需多次使用中间结果，应改用临时表、表变量或函数等持久化载体。
WITH AS 的作用域仅限于紧随其后的单条 SQL 语句
WITH AS 定义的公共表表达式（CTE）不是变量，也不是会话级对象，它只在紧接其后的那一条 SELECT / INSERT / UPDATE / DELETE 语句中有效。一旦该语句执行结束，CTE 就自动销毁——连内存引用都清空了，更别说跨语句复用。
常见错误现象：
- 在存储过程中写完
WITH t AS (SELECT ...)后，紧接着又写一条SELECT * FROM t，报错ORA-00942: table or view does not exist（Oracle）或ERROR 1146: Table 't' doesn't exist（MySQL） - 试图在
IF分支里重复用同一个 CTE 名，结果第二处直接报未定义
根本原因在于：数据库解析器把 WITH 和它后面的主查询当作一个语法整体单元来处理。CTE 不进入会话上下文、不注册到数据字典、不生成任何元数据。你不能把它当成临时表变量去“存起来”。
存储过程里想复用中间结果，得换别的载体
如果逻辑上确实需要多次使用同一组计算结果（比如先算一次用户活跃度，后续多个分支都要查），WITH AS 不是解法，得选真正能“落地”的方式：
-
CREATE TEMP TABLE：显式建临时表，生命周期由会话或事务控制，可被多条语句反复读写 -
DECLARE表变量（SQL Server）或DECLARE游标/记录类型（PL/pgSQL / PL/SQL）：适合小数据量、结构固定、仅当前块内使用的场景 - 把重复逻辑封装成函数（如
CREATE FUNCTION get_user_stats()）：调用时重新计算，但语义清晰、无状态残留
注意：临时表在不同数据库行为有差异
- PostgreSQL 的
TEMP TABLE默认只在当前会话可见，断开即删 - Oracle 没有原生
TEMP TABLE，得用GLOBAL TEMPORARY TABLE（需提前建表） - MySQL 的
CREATE TEMPORARY TABLE只对当前连接有效，且不能被子查询或视图引用
别被“临时表”字面意思误导：WITH ≠ 临时表
虽然常被叫作“临时表”，但 WITH AS 和 CREATE TEMP TABLE 是两类东西：
-
WITH t AS (...)：纯逻辑重写，优化器可能内联、可能物化（取决于引擎和引用次数），但绝不持久、不可跨语句、不可索引、不可统计信息收集 -
CREATE TEMP TABLE t AS SELECT ...：真正在 tempdb 或会话私有空间分配物理页，可加索引、可ANALYZE、可被任意后续语句当普通表用
最容易踩的坑是：在存储过程里写了两个 WITH t AS (...)，以为第二个能复用第一个的结果，其实它们各自独立执行两次，既浪费资源，又可能因数据变化导致结果不一致。
复杂点永远在边界上——比如你以为 CTE 被物化了，结果发现 PostgreSQL 没加 MATERIALIZED 关键字，它还是每次重算；或者你在 Oracle 存储过程中混用了 WITH 和游标循环，却忘了 CTE 连游标 FETCH 都看不见。
