最直接可靠的方式是用 CASE WHEN 显式写出各价格区间作为分组字段参与 GROUP BY；需避免将区间条件误写在 WHERE 子句，并统一采用左闭右开边界（如 price >= 100 AND price

用 CASE WHEN 构建动态价格分组

SQL 本身不支持“按变量范围自动切分区间”的语法，必须手动定义分组逻辑。最直接可靠的方式是用 CASE WHEN 显式写出各价格区间，再作为分组字段参与 GROUP BY。

常见错误是把区间条件写在 WHERE 里——这只会过滤数据，不会产生多个分组；也有人试图用子查询嵌套生成区间表，但多数数据库（如 MySQL 5.7、SQLite）不支持在 GROUP BY 中引用别名，导致报错 Unknown column 'price_range' in 'group statement'。

• 区间边界要明确包含关系：建议统一用左闭右开，如 WHEN price >= 0 AND price
• 必须覆盖全量数据，最后加 ELSE '其他'，避免 NULL 分组丢失记录
• MySQL 8.0+、PostgreSQL、SQL Server 支持在 GROUP BY 中直接用列别名；MySQL 5.7 及更早版本需重复写整个 CASE 表达式

聚合统计时保留空区间（补零）

默认 GROUP BY 只返回有数据的区间，但业务常要求“0–99：12单，100–199：0单，200–299：8单”这种完整结构。此时不能只靠主表聚合，得构造一个“区间维度表”做左连接。

PostgreSQL 和 SQL Server 可用 VALUES 或 GENERATE_SERIES 快速建区间表；MySQL 需借助 UNION 或临时表。注意：如果用 UNION 拼区间，每个子句的列名和类型必须一致，否则会报错 Column count doesn't match value count。

• 推荐写法（MySQL 兼容）：

  SELECT r.range_name, COALESCE(t.cnt, 0) AS cnt
  FROM (
    SELECT '0-99' AS range_name, 0 AS low, 100 AS high
    UNION SELECT '100-199', 100, 200
    UNION SELECT '200-299', 200, 300
  ) r
  LEFT JOIN (
    SELECT 
      CASE 
        WHEN price >= 0 AND price = 100 AND price = 200 AND price 

• 关键点：外层 SELECT 的 r.range_name 决定输出顺序，内层 t.range_name 仅用于关联

用存储过程或应用层生成动态区间（当区间由参数决定）

如果价格区间不是固定几档，而是由前端传入（例如用户拖动滑块选“每50元一段，从0到max_price”），SQL 就无法静态写死 CASE。这时有两种选择：

• 在应用层（Python/Java）算好区间上下限，拼出完整的 CASE WHEN ... END AS range_name SQL 字符串再执行——简单直接，但要注意 SQL 注入，必须对输入做数值校验
• 在数据库中用存储过程循环构建区间表（如 MySQL 的 WHILE + 临时表），再与主表关联。但存储过程调试困难，且跨库兼容性差（PostgreSQL 用 DO $$ 块，SQL Server 用 DECLARE @i INT）
• 部分场景可改用窗口函数辅助：先用 NTILE(4) OVER (ORDER BY price) 做等频分桶，但结果是“每组记录数相同”，而非“每组价格跨度相同”，容易误导业务方

性能与索引注意事项

在大表上对 price 字段做 CASE WHEN 分组，本质上仍是全表扫描，price 字段有索引也用不上——因为索引无法加速范围分类逻辑。真正能提速的是提前过滤。

• 务必在 WHERE 子句中加时间范围或状态过滤（如 WHERE status = 'paid' AND created_at > '2024-01-01'），缩小扫描基数
• 如果高频查询固定区间（如“0–99、100–199…”），可考虑增加计算列（MySQL 5.7+ 支持 GENERATED COLUMN）并为其建索引：

  price_range

• 千万级数据下，纯内存聚合（如 ClickHouse）比传统 OLTP 数据库快一个数量级，但这是架构选型问题，不属于 SQL 写法优化范畴

实际写的时候，最容易被忽略的是区间边界的数值类型匹配——比如 price 是 DECIMAL(10,2)，但 CASE 里写成整数 100，某些数据库会隐式转换失败；还有就是忘记 COALESCE 处理左连接后的 NULL 计数，导致“空区间”显示为 NULL 而非 0。