子查询必须加别名才能在外部SELECT中引用字段；标量子查询可不加，但返回多列或多行时须用AS显式命名，否则报错“column not exist”或“subquery must have an alias”。
子查询必须加别名才能在外部 SELECT 中引用字段
直接写 (SELECT COUNT(*) FROM orders WHERE amount > 100) 这类标量子查询没问题，但一旦子查询返回多列或多行（比如要做分段统计），就必须用 AS 显式命名——否则外层无法 SELECT seg.name, seg.cnt。常见错误是漏掉别名后报错 column "seg" does not exist 或 subquery in FROM must have an alias。
实际做法是把区间定义和聚合封装成一个带别名的子查询：
SELECT seg.range_name, seg.cnt
FROM (
SELECT
CASE
WHEN amount < 50 THEN 'low'
WHEN amount BETWEEN 50 AND 200 THEN 'mid'
ELSE 'high'
END AS range_name,
COUNT(*) AS cnt
FROM orders
GROUP BY
CASE
WHEN amount < 50 THEN 'low'
WHEN amount BETWEEN 50 AND 200 THEN 'mid'
ELSE 'high'
END
) AS seg;
用 JOIN 关联子查询实现区间聚类时，ON 条件不能依赖子查询内部别名
如果想把订单按金额区间分组后，再关联用户信息（比如查每组的平均用户等级），容易误写成 ON u.user_id = o.user_id AND seg.range_name = 'mid'——这是错的：子查询 seg 是独立作用域，它的 range_name 不参与 JOIN 的条件计算。
正确方式是先生成带区间标签的明细数据，再对外层做聚合：
- 用
CASE WHEN在子查询里给每条订单打上range_name标签 - 外层
JOIN用户表，再按range_name分组统计 - 避免在
ON子句中引用子查询的聚合结果字段
示例：
SELECT
seg.range_name,
AVG(u.level) AS avg_user_level,
COUNT(*) AS order_count
FROM (
SELECT
order_id,
user_id,
CASE
WHEN amount < 50 THEN 'low'
WHEN amount <= 200 THEN 'mid'
ELSE 'high'
END AS range_name
FROM orders
) AS seg
JOIN users u ON seg.user_id = u.user_id
GROUP BY seg.range_name;
WHERE 中嵌套子查询过滤区间结果，性能比 HAVING 更可控
如果只要统计「中等金额区间」的订单数，有人会写 HAVING range_name = 'mid'，但这要求先把所有区间都算出来再过滤，浪费资源。更高效的是把区间逻辑下推到 WHERE 子句里，让数据库尽早剪枝。
两种写法对比：
- 低效：
GROUP BY CASE ... HAVING MAX(CASE ...) = 'mid'—— 先分组再筛，扫描全表 - 高效：
WHERE amount BETWEEN 50 AND 200或用子查询提前过滤：WHERE order_id IN (SELECT order_id FROM orders WHERE amount BETWEEN 50 AND 200) - 注意：当区间逻辑复杂（如依赖窗口函数或跨表计算）时，才考虑把过滤移到外层
MySQL 8.0+ 和 PostgreSQL 对 WITH 子句的支持让嵌套更清晰
深度嵌套子查询易读性差，且某些旧版 MySQL（WITH 拆解逻辑更安全：
WITH labeled_orders AS (
SELECT *,
CASE
WHEN amount < 50 THEN 'low'
WHEN amount <= 200 THEN 'mid'
ELSE 'high'
END AS segment
FROM orders
)
SELECT segment, COUNT(*) AS cnt, AVG(amount) AS avg_amt
FROM labeled_orders
GROUP BY segment;
优势在于：
- 每个 CTE 可单独测试输出，调试方便
- PostgreSQL 支持递归
WITH，适合层级区间（如按月滚动分段） - MySQL 8.0+ 和 SQLite 3.8.3+ 均支持，但老版本需降级为嵌套
FROM (SELECT ...)
真正麻烦的不是语法，而是区间边界重复计算——比如 BETWEEN 50 AND 200 和 >= 50 AND 看似一样，但在 NULL 或浮点精度场景下行为可能不同。动手前先确认字段是否允许 NULL、类型是否为 DECIMAL。
