NTILE函数将排序后结果集按行数均分为N组，每组编号1到N，行数差最多为1；必须配合ORDER BY，否则报错，且分组仅保证行数均衡而非数值均匀，NULL值需显式处理。
NTILE函数的基本用法和分组逻辑
NTILE 是窗口函数，它不会按值排序后“均匀切片”，而是先按 ORDER BY 排序，再把结果集**行数均分**成 N 个桶（bucket），每桶行数相差最多为 1。比如 10 行分 4 组，结果是 3、3、2、2 —— 不是按用户属性“平均分配”，而是按排序后的顺序硬切。
- 必须搭配
OVER (ORDER BY ...)，否则报错Window function NTILE requires an ORDER BY clause - 如果总行数不能被 N 整除，较小的组会排在后面（取决于
ORDER BY方向） -
NTILE(1)恒返回全 1；NTILE(0)或负数会直接报错Argument to NTILE must be a positive integer
分组时 ORDER BY 的选择直接影响“谁进哪组”
很多人以为 NTILE 能按某字段“均衡分布”，比如让高消费和低消费用户均匀混入各组——但实际做不到。它只保证**行数均衡**，分组结果完全由 ORDER BY 决定。如果你按 user_id 排序，那就是 ID 连续的用户被分到同一组；按 created_at 排，就是注册时间相近的扎堆。
- 想让分组更随机？加
ORDER BY RANDOM()（PostgreSQL）或ORDER BY NEWID()（SQL Server） - 想按某个业务指标“轮询式”分组（如按消费额高低交错进组），得先
ORDER BY amount DESC，再NTILE(4) - MySQL 8.0+ 支持
NTILE，但不支持RANDOM()，可用ORDER BY RAND()替代
常见错误：误用 NTILE 实现“按值分段”
看到“平均分成 N 组”，容易混淆 NTILE 和 PERCENT_RANK、WIDTH_BUCKET（Oracle）或手动计算分位点。比如想把用户按充值金额分成消费 Top 25%、中上 25%… 这种需求，NTILE(4) 看似可行，但前提是排序字段能代表业务意义，且你接受“第 1 组 = 最高 25% 的人”这种定义 —— 它不是按金额阈值切，而是按人数切。
- 错误写法：
NTILE(4) OVER (ORDER BY amount)→ 金额最低的 25% 用户进第 1 组（常被误解为“高消费组”） - 正确方向：若要“高消费用户分散在各组”，应先
ORDER BY amount DESC；若要“按金额档位分组”，该用CASE WHEN amount BETWEEN ...或WIDTH_BUCKET(amount, min, max, 4) - 注意 NULL：默认排在最前（
NULLS FIRST），可能把一堆 NULL 塞进第 1 组，需显式控制：ORDER BY amount DESC NULLS LAST
跨数据库兼容性与性能提醒
NTILE 在 PostgreSQL、SQL Server、Oracle、MySQL 8.0+、BigQuery 中都支持，但行为细节有差异。最大的实际坑是：它必须扫描并排序全部数据才能编号，无法流式计算，大数据量时很慢，且不能下推到索引优化。
- PostgreSQL：支持
ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，但NTILE不支持帧子句，忽略它 - SQL Server：对重复
ORDER BY值不保证稳定分组（相同金额的用户可能被拆到不同组） - 避免在 WHERE 之前用
NTILE：先WHERE过滤再开窗，否则白算大量无用行 - 替代思路：如果只是要抽样分组（如 A/B 测试），用
MOD(ABS(HASH(user_id)), 4) + 1更快更可控
真正难的不是写对语法，而是想清楚：你到底要“人数均等的顺序切片”，还是“业务含义一致的区间划分”。前者用 NTILE，后者通常不该用它。
