第8章 CTE 与视图：复杂查询的脚手架

第8章 · CTE 与视图：复杂查询的脚手架

本章要回答的三个问题：嵌套四层的子查询为什么没人敢改，WITH 子句（CTE）怎么把它拆成命名分步的流水线？一张自指的分类树怎么用递归 CTE 一次查完整条祖先链？同一句复杂查询被报表、接口、同事反复复制，视图怎么把它固化成一张"虚拟表"统一出口？本章是查询主峰的最后一级台阶：从"会写"到"会组织"。

为什么会有这一章

第 6 章结尾你已经体会过子查询的痛：括号套括号，读的人要在脑子里维护一个栈才能理解作者意图。CTE（Common Table Expression，公用表表达式）的发明动机极其朴素——给子查询起名字。WITH sales AS (SELECT ...) 把"销售明细聚合"这件事命名成一个临时视图，主查询引用名字而非嵌套括号，复杂逻辑立刻获得分步的骨架。它不是新能力（子查询都能等价改写），而是组织能力——工程里"可维护"三个字，多数时候比"能跑"值钱。

递归 CTE 则提供了此前全书都没有的能力：引用自己。分类树、组织架构、物料清单、评论楼层——凡是"祖先后代"结构，普通查询一层连接只能展开一层，递归 CTE 让查询自己走下去直到尽头。本章最后把视图与 CTE 收拢：一个是存进数据库的命名查询，一个是写在语句里的命名查询，配合第 7 章的窗口函数，完成一次真实业务查询的重构演练。

读完能解决什么

• 用 WITH 把多层嵌套查询改写成命名分步的流水线，说出 CTE 相比子查询的三个可维护性收益；
• 解释 CTE 的作用域（仅当前语句）与多次引用（一次定义多处使用）；
• 写出递归 CTE 的三段结构（锚、递归项、终止条件），遍历分类树与生成日期序列；
• 识别递归失控的原因（环状数据、缺终止条件）并加上深度上限自保；
• 用 CREATE VIEW 把常用查询固化为虚拟表，说明视图与表的区别及使用边界；
• 完成一次"深层嵌套 → CTE 分步 → 视图固化"的重构，并用窗口函数收尾。

各节怎么分工

先决条件

• 第 6 章子查询（CTE 是它的命名版重构）；
• 第 7 章窗口函数（综合重构一节的主角之一）；
• 第 5 章自连接（递归 CTE 正是它的"无限层"扩展）。

本章知识点清单

• 能写出 WITH 一个 CTE 与多个 CTE 的语句，并解释逗号分隔、后定义可引用先定义的规则；
• 能把给定的三层嵌套查询手工改写成 CTE 版本；
• 能说出 CTE 与派生表、视图三者在上游（定义位置、作用域、复用性）上的差异；
• 能写出递归 CTE 遍历分类树的最小示例，标出锚部分与递归部分；
• 能解释 UNION ALL 在递归 CTE 中的作用与为什么要警惕 UNION 的去重副作用；
• 能用递归 CTE 生成连续日期序列（补零报表的常用手段）；
• 能为递归查询加深度列上限防护环状数据；
• 能写出 CREATE VIEW 并说明"视图存查询不存数据"；
• 能列出视图的典型用途（简化复用、权限隔离、稳定接口）与不适用场景（复杂聚合链、频繁变更口径）。

本章概念全景

子查询是匿名的临时工，CTE 是挂牌的项目组，视图是常设的部门——同一件事，组织方式决定维护成本。

往下走到哪

查询主线到此登顶：单表、多表、子查询、窗口、CTE 全部在手。第 9 章转向"守护"——事务保证一批改动同生共死，权限管住谁能动数据，存储过程把业务规则搬进数据库。第 10 章最后回答"怎么跑得快"。