“首位VIP客户”指在业务明确定义下（如注册最早、消费最高或最近活跃）且满足VIP条件的各区域首名客户，需用ROW_NUMBER()按区域分区排序取rn=1。
什么是“首位VIP客户”——先明确业务定义
窗口函数本身不决定业务逻辑，只提供计算能力。所谓“首位”，必须由业务方明确：是注册时间最早？消费金额最高？还是最近一次下单时间最晚？不同定义对应完全不同的 ORDER BY 子句和排序方向。如果没对齐这个，ROW_NUMBER() 或 RANK() 的结果就毫无业务意义。
- 注册最早 →
ORDER BY register_time ASC - 消费最高 →
ORDER BY total_amount DESC - 最近活跃 →
ORDER BY last_order_time DESC - 若存在并列（比如两人同一天注册），
ROW_NUMBER()会强制分先后，RANK()则给相同名次，后续跳号；业务上是否允许并列需提前确认
用 ROW_NUMBER() 按地区分区取头号
这是最常用也最稳妥的做法：每个地区独立编号，取编号为 1 的记录。
SELECT region, customer_id, total_amount, register_time
FROM (
SELECT
region,
customer_id,
total_amount,
register_time,
ROW_NUMBER() OVER (
PARTITION BY region
ORDER BY register_time ASC
) AS rn
FROM customers
WHERE is_vip = true
) t
WHERE rn = 1;
-
PARTITION BY region是关键，它让编号在每个地区内重置 -
WHERE is_vip = true必须写在子查询外层或内层，但不能漏——窗口函数不过滤行，只是计算 - 如果表里
region有空值，PARTITION BY会把所有 NULL 归为同一组，可能产生意外的“首位”，建议提前WHERE region IS NOT NULL
遇到重复排序值时，如何避免随机取一条？
当多个 VIP 客户在排序字段上完全相同时（例如两人同秒注册），ROW_NUMBER() 的结果取决于数据库实现和底层数据物理顺序，不可控。要确保结果稳定，必须补一个确定性排序字段：
- 加主键：
ORDER BY register_time ASC, customer_id ASC - 加唯一索引字段（如手机号哈希）也可，但优先用已有主键或业务唯一标识
- 不要用
ORDER BY register_time ASC, RANDOM()—— 这会让每次查询结果不一致，破坏可复现性
性能和兼容性要注意这些细节
窗口函数不是所有旧版数据库都支持：MySQL 8.0+、PostgreSQL 8.4+、SQL Server 2005+ 可用，但 SQLite 直到 3.25 才支持，MySQL 5.7 完全不支持。
- 大表慎用：若
customers有千万级记录，PARTITION BY region仍需全表扫描+排序，考虑加复合索引：(region, register_time)或(region, total_amount) -
OVER()中不能引用外部查询别名，所有字段必须来自当前子查询的SELECT列表或原表 - 某些 BI 工具（如旧版 Tableau）对窗口函数嵌套支持弱，出错信息可能是模糊的
invalid window function usage，此时应先在数据库客户端验证 SQL 是否能独立执行成功
实际跑通的关键，往往不在语法多复杂，而在于是否真正理解 PARTITION BY 和 ORDER BY 的作用域边界，以及排序字段是否真的能唯一锚定“首位”。
