SQL查询中如果业务逻辑复杂，很容易写出多层嵌套的子查询，这类代码不仅阅读困难，后续修改时也容易出现逻辑错误。CTE（公用表表达式）可以将复杂的查询逻辑拆分成多个独立的临时结果集，从根源上解决嵌套语句可读性差的问题。
CTE基础用法说明
CTE通过WITH关键字定义，后续可以在主查询中直接引用定义好的临时结果集，基本语法如下：
-- 定义CTE
WITH 临时结果集名称 AS (
SELECT 列1, 列2
FROM 表名
WHERE 过滤条件
)
-- 引用CTE进行查询
SELECT 列1, 列2
FROM 临时结果集名称
WHERE 其他条件;
CTE的作用范围仅限当前查询语句，不会像临时表一样占用数据库存储资源，执行完成后自动释放，适合用来拆分复杂的查询逻辑。
规范化CTE提升可读性的技巧
1. 按逻辑步骤拆分CTE
不要在一个CTE中写过多的过滤、关联逻辑，按照查询的处理顺序拆分多个CTE，每个CTE只负责一个明确的逻辑步骤。例如统计不同部门薪资大于平均值的员工数量，可以拆分如下：
-- 第一步：计算每个部门的平均薪资
WITH dept_avg_salary AS (
SELECT dept_id, AVG(salary) AS avg_salary
FROM employee
GROUP BY dept_id
),
-- 第二步：筛选出薪资高于部门平均值的员工
high_salary_emp AS (
SELECT e.emp_id, e.dept_id, e.salary
FROM employee e
JOIN dept_avg_salary d ON e.dept_id = d.dept_id
WHERE e.salary > d.avg_salary
)
-- 第三步：统计每个部门的高薪员工数量
SELECT dept_id, COUNT(emp_id) AS high_salary_count
FROM high_salary_emp
GROUP BY dept_id;
2. 给CTE起有明确含义的名称
CTE的名称要能够直接体现其存储的内容，避免使用t1、temp这类无意义的名称。比如上面的dept_avg_salary就能直接看出是部门平均薪资，high_salary_emp表示高薪资员工，阅读时不需要回头看CTE内部逻辑就能理解作用。
3. 统一格式与注释规范
CTE的定义建议统一缩进，每个CTE之间用逗号分隔并换行，复杂逻辑的CTE可以添加单行注释说明用途。例如：
WITH
-- 获取2024年有效订单
valid_orders AS (
SELECT order_id, user_id, order_amount
FROM order_table
WHERE order_status = 1
AND create_time >= '2024-01-01'
),
-- 关联用户表获取用户等级
order_with_user AS (
SELECT o.order_id, o.order_amount, u.user_level
FROM valid_orders o
JOIN user_table u ON o.user_id = u.user_id
)
SELECT user_level, SUM(order_amount) AS total_amount
FROM order_with_user
GROUP BY user_level;
4. 避免CTE嵌套CTE
虽然CTE可以在定义时引用前面定义的CTE，但不建议在CTE内部再嵌套定义其他CTE，这样会回到嵌套语句的老问题。所有CTE都放在WITH关键字之后并列定义，主查询只引用已经定义好的CTE即可。
CTE与嵌套子查询的对比
下面通过同一个需求的两种写法对比可读性差异：
| 实现方式 | 代码示例 | 可读性评价 |
|---|---|---|
| 嵌套子查询 |
SELECT dept_id, COUNT(emp_id)
FROM employee
WHERE salary > (
SELECT AVG(salary)
FROM employee e2
WHERE e2.dept_id = employee.dept_id
)
GROUP BY dept_id;
| 子查询嵌套在主查询的WHERE条件中，逻辑耦合度高，复杂场景下嵌套层级会不断增加 |
| 规范化CTE |
WITH dept_avg AS (
SELECT dept_id, AVG(salary) AS avg_sal
FROM employee
GROUP BY dept_id
)
SELECT e.dept_id, COUNT(e.emp_id)
FROM employee e
JOIN dept_avg d ON e.dept_id = d.dept_id
WHERE e.salary > d.avg_sal
GROUP BY e.dept_id;
| 逻辑拆分成独立步骤，每个部分作用清晰，修改时只需要调整对应CTE即可 |
注意事项
- CTE在部分数据库（如MySQL 5.7及以下版本）中不支持，使用前需要确认数据库版本兼容性
- 递归CTE用于处理层级数据（如组织架构、分类树），编写时需要添加递归终止条件，避免无限循环
- 如果CTE被多次引用，部分数据库会将其结果物化，可能影响执行性能，需要结合执行计划优化
通过规范化的CTE编写风格，能够有效解决SQL嵌套语句可读性差的问题，让复杂查询逻辑更清晰，也降低后续维护的成本，是SQL编写中值得推广的实践方式。