cte不是语法糖，而是为明确声明中间结果先计算后复用的优化手段；超三层嵌套必须重构，否则解析阶段可能因栈溢出或递归限制直接报错。
CTE不是语法糖，是物化信号
嵌套超过三层的子查询必须重构，不是“能不能跑”，而是“下次数据量翻倍时会不会突然超时或报错”。MySQL解析器栈空间有限，PostgreSQL/SQL Server有硬性递归深度限制，超了直接报错或拒绝编译。ERROR 1038 (HY001): Out of sort memory这类错误往往发生在解析阶段，你连EXPLAIN都看不到。
CTE的作用不是让SQL变短，而是向优化器明确声明：“这段先算好，后面复用”。但注意：WITH不等于强制物化——PostgreSQL默认倾向物化，MySQL 8.0+需显式加MATERIALIZED提示，SQL Server则依赖统计信息和查询复杂度自动决策。
- 优先把不依赖外层的计算提为第一层CTE，比如
SELECT AVG(amount) FROM orders→avg_order AS (SELECT AVG(amount) AS avg_amt FROM orders) - 第二层基于第一层做过滤或关联，命名要体现业务含义，如
high_value_orders AS (SELECT * FROM orders WHERE amount > (SELECT avg_amt FROM avg_order)) - 避免在CTE里写
SELECT *，否则外层WHERE可能无法下推到基表 - 多个CTE之间不要交叉引用（A依赖B，B又依赖A），会破坏线性执行顺序，触发全物化
什么时候该放弃CTE，改用临时表
CTE适合轻量、单次使用、中间结果小于几万行的场景。一旦出现以下情况，必须换CREATE TEMPORARY TABLE：
- 同一中间结果被主查询引用3次以上（CTE每次调用都重算）
- 中间结果含窗口函数、跨表JOIN，且行数超5万
- 需要对中间字段建索引加速后续JOIN，比如
ON temp_orders.user_id - 调试困难：你不能
SELECT * FROM cte_name，但能直接查临时表
实操关键点：CREATE TEMPORARY TABLE tmp_active_users AS SELECT id, name FROM users WHERE status = 'active'之后，立刻执行CREATE INDEX idx_user_id ON tmp_active_users(id)。没索引的临时表JOIN，type=ALL就来了。
JOIN替代IN/EXISTS前必须验证三件事
不是所有嵌套都能无脑换JOIN。换错了结果不对，性能也不见得提升。
-
WHERE col IN (SELECT id FROM t)换成JOIN前，确认子查询结果不含NULL，否则JOIN自动过滤，结果不等价 - 被驱动表（即子查询那张）必须有覆盖索引，比如
customers(status, id)，否则JOIN照样全表扫描 - 外层主表过滤必须前置，写成
SELECT ... FROM orders o JOIN (SELECT id FROM customers WHERE status = 'active') c ON o.customer_id = c.id，而不是JOIN customers c ON ... WHERE c.status = 'active' - 用
LEFT JOIN ... WHERE ... IS NOT NULL模拟EXISTS时，注意多对一关系会导致重复行——这时必须用INNER JOIN或加DISTINCT
视图嵌套超三层别硬扛，先断链再评估
视图嵌套超过三层，pg_depend、sys.dm_exec_describe_first_result_set等元数据工具基本失效，你根本查不出真实依赖链。SQL Server硬限制32层，到就报Msg 319，连编译都不过。
真正可行的解法是主动拆链：
- 把最底层含
UNION ALL或多源合并的清洗逻辑抽成带索引的中间表，命名加前缀如mvw_cleaned_orders - 用
CREATE TABLE AS SELECT（PostgreSQL/MySQL）或SELECT INTO（SQL Server）生成，别依赖视图自动下推 - 调度任务里加一步
TRUNCATE + INSERT刷新，别让它 stale - 如果原视图嵌套本就支持条件下推，强行改成单个WITH可能反而退化——对比
EXPLAIN (ANALYZE, BUFFERS)里的Actual Rows是否暴增
重构不是为了“看起来扁平”，而是让每一步可观察、可索引、可复用。容易忽略的是：中间结果里的NULL陷阱、JOIN字段缺失索引、以及CTE里ORDER BY或LIMIT引发的意外物化。这些细节不处理，再漂亮的分层也白搭。
