NTILE(4) OVER (ORDER BY amount DESC) 是正确分组方式，需显式降序排序、过滤NULL值，并用CASE映射等级名称，避免混淆行数均分与金额区间分组。
NTILE(4) 是最直接的分法，但它不等于“按金额切四段”，用错顺序或忽略空值，结果就完全反直觉。
NTILE(4) 必须配 ORDER BY amount DESC
否则高消费用户会掉进第 4 组，而不是你想要的第 1 组。默认 ORDER BY amount 是 ASC，最低值排最前，NTILE(4) 就从低到高平均分——相当于把“新客”“零消费”全塞进第 1 组，“大客户”散在最后。
正确写法只有一条：NTILE(4) OVER (ORDER BY amount DESC)
- 如果总行数是 101，分组行数是 26、26、25、24，但只要排序对了，最高消费者一定在第 1 组
- 别试图在
OVER子句里写CASE WHEN amount IS NULL THEN -1 ELSE amount END—— 窗口函数不支持表达式排序 - 想排除 NULL，得提前
WHERE amount IS NOT NULL或用COALESCE(amount, 0)替换（但注意：0 元客户和 NULL 客户语义不同）
NULL 值会扭曲分组边界
NTILE() 对 NULL 的处理依赖数据库默认行为：MySQL 中 ORDER BY ... DESC 把 NULL 排最后，PostgreSQL 默认也类似，但一旦有大量未付款订单（amount IS NULL），它们会集中挤进第 4 组，导致该组人数异常多、金额跨度极大。
更稳妥的做法是显式过滤：WHERE amount > 0，或单独处理：CASE WHEN amount IS NULL THEN '未付费' ELSE ... END
- 不要依赖“NULL 自动归到某组”来设计业务逻辑
- 如果必须保留 NULL，建议先用
ROW_NUMBER() OVER (ORDER BY amount DESC)看下分布，再决定是否截断或重映射
等级名称不能直接用 NTILE() 输出
NTILE(4) 只返回整数 1~4，要映射成 “VIP”“高价值”“潜力用户”“待唤醒”，必须套一层 CASE：
CASE WHEN ntile_val = 1 THEN 'VIP' WHEN ntile_val = 2 THEN '高价值' WHEN ntile_val = 3 THEN '潜力用户' WHEN ntile_val = 4 THEN '待唤醒' END AS level_name
- 别把
CASE写进OVER子句里，语法不支持 - 如果业务要求“每组人数严格相等”，
NTILE()是唯一选择；但若更看重金额断点（比如 M ≥ 5000 才算 VIP），就得换CASE WHEN+ 固定阈值 - 分组后记得加注释说明：这 4 组是按行数均分，不是按金额区间均分
NTILE(4) OVER (ORDER BY amount DESC)，而是确认你分的到底是“消费能力梯队”，还是“下单人数梯队”。前者需要先聚合出每个用户的总金额，后者直接对订单行操作就会把一个大客户拆成几十份——这个聚合步骤漏了，后面全白搭。 
