NTILE(4)按行数均分而非数值切分，将排序后结果集编号并平均分配至4组，余数行优先补给前组；必须配合ORDER BY，推荐按业务意义排序，重复值需加二级排序或随机打乱以避免倾斜。
NTILE(4) 的基本用法和分组逻辑
NTILE(4) 不是按值切分，而是按行数均分：它把结果集按指定顺序排列后，从上到下依次编号，再把编号平均分配到 4 个桶里。如果总行数不能被 4 整除，前几个桶会多 1 行——比如 10 行数据，分组结果是 3、3、2、2，不是严格“每组 2.5 行”。
必须配合 ORDER BY 使用，否则报错 Window function NTILE requires an ORDER BY clause；不指定排序依据时，分组完全不可控。
- 写法固定：
NTILE(4) OVER (ORDER BY customer_id) - 推荐按业务意义排序，比如
ORDER BY total_spent DESC（高消费客户优先入组）或ORDER BY created_at（按注册时间均匀打散） - 不能在
WHERE或HAVING中直接引用该函数结果，需套一层子查询或 CTE
处理重复值导致的分组倾斜问题
当 ORDER BY 字段存在大量重复值（比如几十个客户 total_spent 都是 0），NTILE 可能把它们全塞进同一组，破坏“均匀”目标——因为窗口函数只看排序位置，不看值是否相同。
- 解决方法：加二级排序，例如
ORDER BY total_spent DESC, customer_id，用唯一字段兜底 - 更稳妥的做法是先用
ROW_NUMBER()打乱原始顺序（如ORDER BY RANDOM()在 PostgreSQL，或NEWID()在 SQL Server），再 NTILE，避免业务字段分布不均影响分组 - MySQL 8.0+ 支持
ORDER BY RAND()，但大数据量下性能差，慎用
在不同数据库中的兼容性细节
NTILE 是标准窗口函数，主流数据库都支持，但初始化行为略有差异：
- PostgreSQL / SQL Server / Oracle：行为一致，分组编号从 1 开始，类型为
integer - MySQL 8.0+：支持，但
ORDER BY中不能用别名（如ORDER BY spend_rank报错，得写原表达式） - SQLite：不支持 NTILE，需用
(ROW_NUMBER() OVER (...) - 1) / (COUNT(*) OVER () / 4) + 1模拟，但整除精度易出错 - BigQuery：支持，且允许
NTILE(4) OVER (ORDER BY ... ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING)，不过默认就是全窗口，无需显式写
常见错误：误以为 NTILE 能按数值区间分组
有人想用 NTILE 实现“消费 0–1000 为 A 组、1001–5000 为 B 组”，这是错的——NTILE 不做条件判断，只做位置切分。它和 CASE WHEN 或 WIDTH_BUCKET（Oracle/PostgreSQL）用途完全不同。
- 若真要按数值范围分组，该用：
CASE WHEN total_spent BETWEEN 0 AND 1000 THEN 'A' ... - 若要等宽分桶（如按金额切成 4 段等长区间），用
WIDTH_BUCKET(total_spent, min_val, max_val, 4)（PostgreSQL）或手动计算边界 - NTILE 的核心价值只有一个：把 N 行人头，尽量平摊进 4 个编号组，仅此而已
真正难的是排序键的选择——它决定了“均匀”到底均匀在什么维度上。业务同学常忽略这点，直接拿 id 排序，结果新老用户被割裂开，后续 AB 测试就失真了。
