直接在WHERE中使用区间条件（如>= AND
WHERE里直接写区间比CASE WHEN更高效
想按数值分段查数据，第一反应常是用CASE WHEN在SELECT里分类，再在WHERE里过滤——这会拖慢查询。真正该做的是把分段逻辑直接落到WHERE条件上，用标准区间表达式。
-
CASE WHEN是表达式，不能下推到索引扫描层；而BETWEEN、>= AND 这类写法，数据库能走索引（如果字段有索引） - 比如查“消费金额在100~500之间的用户”，写成
WHERE amount >= 100 AND amount ，比<code>WHERE CASE WHEN amount BETWEEN 100 AND 500 THEN 1 ELSE 0 END = 1快得多 - 注意边界：用
还是<code>得看业务定义是否包含端点，混用容易漏掉或重复一条记录
CASE WHEN只适合结果分类展示，别用来过滤
如果你要的是“查出所有人，并标出他们属于哪个消费等级”，这才是CASE WHEN的正经用场。它不参与筛选，只负责输出新列。
- 错误用法：
SELECT * FROM users WHERE (CASE WHEN score > 90 THEN 'A' ELSE 'B' END) = 'A'——这会让优化器放弃索引 - 正确写法：
SELECT *, CASE WHEN score > 90 THEN 'A' ELSE 'B' END AS level FROM users WHERE score > 90，先用原生条件过滤，再分类 - 多个区间嵌套时，
CASE WHEN顺序很重要：条件从上到下匹配，一旦命中就跳出，所以高优先级区间（比如score IS NULL）建议放最前
数值分段常用写法对比：BETWEEN vs AND vs IN
写区间别无脑用BETWEEN，它包含两端，有时反而是坑。
-
BETWEEN 100 AND 500等价于>= 100 AND ，但当字段是<code>DECIMAL或带小数时，和业务定义的“100元以上、500元以下”可能对不上 - 更安全的是显式写
>= 100 AND ，语义清晰，也方便后续改成开闭区间 -
IN不适合连续区间，比如amount IN (100,200,300)查的是离散值，不是范围——有人误以为IN (100..500)合法，其实会报错：syntax error at or near ".."
分区表或大表上分段查询要注意NULL和类型隐式转换
实际跑起来慢，往往不是逻辑问题，而是数据质量或类型惹的祸。
- 如果分段字段允许
NULL，且你没在WHERE里明确排除，NULL既不满足>= 100也不满足，整行就被无声过滤掉——查不到数据时先<code>SELECT COUNT(*) WHERE field IS NULL确认一下 - 字段是
TEXT但存着数字字符串（比如'123.5'），写WHERE amount > 100会触发隐式转换，全表扫描不可避免；应统一改为数值类型，或用CAST(amount AS DECIMAL)显式转（但别在WHERE里对字段用函数） - PostgreSQL里
NUMERIC和FLOAT做区间比较可能因精度误差导致边界值错位，测试时务必验证100.0、499.9999999这类临界输入
分段查询真正的复杂点不在语法，而在你是否清楚每条数据的类型、空值分布和业务定义的区间开闭规则。写完条件，先用EXPLAIN看执行计划里有没有Seq Scan冒出来。
