子查询必须加别名才能在外部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
<h3>用 JOIN 关联子查询实现区间聚类时，ON 条件不能依赖子查询内部别名</h3>
<p>如果想把订单按金额区间分组后，再关联用户信息（比如查每组的平均用户等级），容易误写成 <code>ON u.user_id = o.user_id AND seg.range_name = 'mid'</code>——这是错的：子查询 <code>seg</code> 是独立作用域，它的 <code>range_name</code> 不参与 <code>JOIN</code> 的条件计算。</p>
<p>正确方式是先生成带区间标签的明细数据，再对外层做聚合：</p>
- 用
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
<h3>WHERE 中嵌套子查询过滤区间结果，性能比 HAVING 更可控</h3>
<p>如果只要统计「中等金额区间」的订单数，有人会写 <code>HAVING range_name = 'mid'</code>，但这要求先把所有区间都算出来再过滤，浪费资源。更高效的是把区间逻辑下推到 <code>WHERE</code> 子句里，让数据库尽早剪枝。</p>
<p>两种写法对比：</p>
- 低效：
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
<p>优势在于：</p>
- 每个 CTE 可单独测试输出，调试方便
- PostgreSQL 支持递归
WITH，适合层级区间（如按月滚动分段） - MySQL 8.0+ 和 SQLite 3.8.3+ 均支持，但老版本需降级为嵌套
FROM (SELECT ...)
真正麻烦的不是语法，而是区间边界重复计算——比如 BETWEEN 50 AND 200 和 >= 50 AND 看似一样，但在 NULL 或浮点精度场景下行为可能不同。动手前先确认字段是否允许 NULL、类型是否为 DECIMAL。
