NTILE(n)是按行数大致均分排序结果的窗口函数，不按数值切桶；当总行数不能被n整除时，前几组多1行，相同值可能跨桶，本质是等频分层而非等宽分箱。
NTILE() 不是“按数值切桶”，而是“按行数均分”，用错场景会导致分组边界完全偏离业务预期。
NTILE() 是什么，它真能等分数据吗
NTILE(n) 把排序后的结果集**大致均分为 n 组**，每组返回一个从 1 开始的整数编号。但它不保证每组行数绝对相等——当总行数不能被 n 整除时，前几组会多 1 行。
- 10 行分 3 桶 → 分组结果是
[1,1,1,2,2,2,3,3,3,3]（第 3 组多 1 行） - 101 行分 4 桶 → 第 1 组 26 行，其余各 25 行
- 必须写
OVER(ORDER BY ...)，否则语法报错 - 相同值可能跨不同桶（比如多个
amount = 500被分到桶 2 和桶 3），这不是 bug，是设计行为
为什么 NTILE(4) 不等于四等分区间统计
常见误解：以为 NTILE(4) 会自动按数值范围切成 [0–25), [25–50), …。实际上它只看排序位置，不管数值跨度。
- 假设订单金额列是
[100, 200, 300, 10000]，升序排序后NTILE(2)会把前两行分进桶 1，后两行进桶 2 —— 但桶 1 的最大值是 300，桶 2 的最小值是 10000，中间断层巨大 - 如果你要的是「金额在 0–999 算一档、1000–1999 算一档」，就得用
CASE WHEN amount < 1000 THEN 'low'...，而不是NTILE() -
NTILE()返回的是编号，不是区间描述；后续必须GROUP BY ntile_col才能算频次
怎么写出安全可用的 NTILE 分组 SQL
直接嵌套子查询 + 显式 GROUP BY 是最稳妥写法，避免在外部 WHERE 或 HAVING 中引用窗口函数别名（多数数据库不支持）。
- 先用子查询或 CTE 计算
NTILE()，再在外层聚合：SELECT ntile_group, COUNT(*) FROM (SELECT NTILE(4) OVER (ORDER BY sales_amount DESC) AS ntile_group FROM sales) t GROUP BY ntile_group - 降序排列适合业绩梯队（高值在桶 1），升序适合风险分级（低值在桶 1），顺序直接影响业务解读
- 字段含
NULL时，ORDER BY默认把NULL排在最前（MySQL/PostgreSQL）或最后（SQL Server），需加NULLS LAST或NULLS FIRST显式控制（如支持） - 如果要按部门分别四分位，加上
PARTITION BY dept_id，注意每个分区独立计数
WIDTH_BUCKET() —— Oracle/PostgreSQL 里更接近“直方图”的解法
如果你真正需要的是“按数值范围等宽切桶”，WIDTH_BUCKET() 比 NTILE() 更贴切：它接收最小值、最大值、桶数，自动划分等宽区间并归类。
- 语法：
WIDTH_BUCKET(amount, 0, 10000, 4)→ 切成 [0,2500), [2500,5000), [5000,7500), [7500,10000] 四段 - 但要注意：小于下界归为 0，大于上界归为
n+1（即第 5 桶），不处理就会漏数据或错统计 - MySQL 不原生支持
WIDTH_BUCKET()，得用FLOOR((amount - min_val) / bucket_width) + 1手动模拟，且要提前算出全局 min/max
NTILE() 的核心价值是快速做「等频分层」，不是「等宽分箱」；选错函数比写错 SQL 更难调试——因为结果看起来“有分组”，但业务含义已经偏移。
