用case when实现固定金额区间分桶最通用可控，需用左闭右开边界（如>=0 and
用 CASE WHEN 实现固定金额区间的分桶（MySQL / PostgreSQL / SQL Server 都适用）
直接用 CASE WHEN 定义金额边界是最通用、最可控的方式，不依赖数据库特有函数，也避免浮点精度或边界重叠问题。
常见错误是把 BETWEEN 当成首选——它包含上下界，相邻区间容易重复计数（比如 1000 落在 [0,1000] 和 [1000,2000] 里）；或者漏写 ELSE 导致 NULL 值被丢弃。
- 每个区间用
WHEN amount >= 0 AND amount 显式左闭右开，确保无重叠无遗漏 - 必须加
ELSE 'other'或具体区间（如ELSE '>=5000'），否则 NULL 或超限值不会出现在结果中 - 别在
GROUP BY里重复写整个CASE表达式——先在SELECT中定义别名，再在GROUP BY引用该别名（部分数据库如 MySQL 8.0+ 支持，老版本需重复表达式）
SELECT
CASE
WHEN amount >= 0 AND amount = 1000 AND amount = 2000 AND amount
<h3>用 WIDTH_BUCKET（Oracle / PostgreSQL）快速生成等宽区间</h3>
<p><code>WIDTH_BUCKET</code> 是专为数值分桶设计的函数，适合“每 500 元一档”这类等距划分，但要注意它的区间编号从 1 开始，且默认包含边界外的两个“溢出桶”。</p>
<p>典型误用是直接拿返回的整数当标签——它只是桶序号，不是可读区间描述；还有人忽略第 4 个参数（桶数量），导致实际分桶数和预期不符。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/ai/1629" title="SEO GPT"><img
src="https://img.php.cn/upload/ai_manual/000/000/000/175680272954944.jpg" alt="SEO GPT" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/ai/1629" title="SEO GPT" class="overflowclass">SEO GPT</a>
<p class="overflowclass">一款面向 SEO、PPC 和数字营销团队的 AI 工具平台，围绕搜索优化与广告营销任务提供内容和运营辅助能力。</p>
</div>
<a rel="nofollow" href="/ai/1629" title="SEO GPT" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
- PostgreSQL 中语法：
WIDTH_BUCKET(amount, 0, 5000, 10)表示在 [0, 5000] 内分 10 档（即每档 500），amount 返回 0，<code>amount >= 5000返回 11 - 想输出文字标签？得配合
CASE或ARRAY查表转换，例如：(ARRAY['[-∞,0)', '[0,500)', '[500,1000)', ...])[WIDTH_BUCKET(...)] - Oracle 的
WIDTH_BUCKET第 3 个参数是上限值，但行为一致：超上限返回n+1，不超下限返回 0
避免用 FLOOR(amount / 1000) 分桶带来的边界错位
看似简洁的 FLOOR(amount / 1000) 在负数或浮点金额场景会出错——比如 amount = -50 得到 -1，999.99 得到 0，但你本意可能只统计正向交易。
更隐蔽的问题是：它生成的是数字桶号，不是语义化区间，后续要拼字符串还得处理 0→[0,1000)、1→[1000,2000) 等映射，一旦漏掉 0 或负数分支，聚合就缺数据。
- 仅当确认
amount恒 ≥ 0 且为整数时，FLOOR(amount / 1000)才安全 - 若字段是
DECIMAL(10,2)，除法可能引入隐式类型转换，不同数据库对小数截断规则不同（如 SQL Server 默认向下取整，但ROUND行为又不同） - 想兼容负值？改用
FLOOR((amount + 0.001) / 1000)不可靠——正确做法仍是显式CASE
WHERE 过滤和 NULL 处理必须前置
分桶前没过滤无效数据，会导致 NULL 或负金额挤占 “other” 桶，掩盖真实分布。尤其当 amount 字段允许 NULL 时，CASE 表达式里不显式判断 IS NULL，这些行就直接消失。
- 先在
WHERE中排除测试数据、退款订单（amount ）、异常值（如 <code>amount > 1000000） - 如果业务上 NULL 表示“未支付”，应单独归为一类：
WHEN amount IS NULL THEN 'unpaid'，而不是靠ELSE - 聚合函数如
COUNT(*)会统计 NULL 行，但COUNT(amount)不会——注意指标口径是否含缺失值
CASE，只要每个 WHEN 条件互斥且覆盖全集，结果就可靠；而依赖函数捷径时，得花时间查文档确认它怎么处理边界、NULL 和溢出。
