ROW_NUMBER()比COUNT()更适合去重计费，因其为每行分配唯一序号，可精准取每个order_id的首行（rn=1），避免RANK()等并列编号导致的重复；配合QUALIFY或子查询实现高效去重，且ORDER BY需含足够区分度字段确保结果唯一。
为什么 ROW_NUMBER() 比 COUNT() 更适合去重计费
多表关联（比如订单表 JOIN 订单明细表）后，一条订单会因多个明细行被复制多次，直接用 SUM() 或 COUNT() 统计订单金额/数量，必然重复累加。窗口函数本身不改变行数，但能标记“哪一行代表原始订单”——ROW_NUMBER() OVER (PARTITION BY order_id ORDER BY id) 就是关键：它给每个 order_id 下的行按顺序编号，只要取 rn = 1 的行，就能确保每个订单只算一次。
常见错误是误用 RANK() 或 DENSE_RANK()：它们对相同排序值返回相同序号，若明细表里存在时间、ID 完全相同的记录（比如批量导入时未设主键），会导致多个 rn = 1，依然重复。必须用 ROW_NUMBER()，且 ORDER BY 子句要包含足够区分度的列（如 order_detail_id 或 created_at, id）。
如何用 QUALIFY 简洁过滤首行（支持 Snowflake / BigQuery）
在支持 QUALIFY 的引擎中，不用嵌套子查询也能一步到位。它本质是 WHERE 的窗口版，可直接引用窗口函数结果：
SELECT order_id, amount, item_name FROM orders o JOIN order_items i ON o.order_id = i.order_id QUALIFY ROW_NUMBER() OVER (PARTITION BY o.order_id ORDER BY i.item_id) = 1;
注意：QUALIFY 必须写在 JOIN 和 WHERE 之后、GROUP BY 之前；如果用了 WHERE 过滤明细字段（比如 i.status = 'shipped'），要确认该条件是否应在去重前应用——通常应先过滤再编号，否则可能把本该保留的首行过滤掉。
不支持 QUALIFY 的数据库（如 PostgreSQL 13 以下、MySQL 8.0+ 虽支持窗口函数但不支持 QUALIFY）需用子查询或 CTE：
WITH ranked AS ( SELECT *, ROW_NUMBER() OVER (PARTITION BY order_id ORDER BY item_id) AS rn FROM orders o JOIN order_items i USING (order_id) ) SELECT order_id, amount, item_name FROM ranked WHERE rn = 1;
MAX() OVER() 能否替代去重？适用场景有限
有人尝试用 MAX(amount) OVER (PARTITION BY order_id) 把订单金额“广播”到每行，再 GROUP BY order_id 取唯一值。这看似可行，但有硬伤：
- 若订单表本身含多字段（如
customer_name,order_date），MAX()无法保证这些字段来自同一行——MAX(customer_name)和MAX(order_date)可能拼出不存在的组合 - 遇到金额为 NULL 的订单，
MAX()返回 NULL，但你其实想保留非 NULL 的那条明细 - 性能上，
MAX() OVER需扫描全部分区行，而ROW_NUMBER() = 1在引擎优化好时可能提前终止
真正适合 MAX() OVER 的场景是：仅需聚合标量值（如订单总金额已存在订单表中），且只需在明细行上补一个固定值用于展示——不是解决重复计费，而是做数据对齐。
关联顺序和 NULL 值会悄悄破坏去重逻辑
如果 JOIN 是 LEFT JOIN 且明细表有 NULL 行（比如订单无明细），ROW_NUMBER() 仍会为这些 NULL 行编号，导致 rn = 1 匹配到空明细，最终丢失订单信息。此时必须显式排除：
- 在
ON条件中加i.order_id IS NOT NULL（不推荐，LEFT JOIN 语义被破坏） - 更稳妥的是在
QUALIFY或子查询 WHERE 中加i.item_id IS NOT NULL
另一个陷阱：关联顺序影响 PARTITION BY 字段来源。例如从用户表 → 订单表 → 明细表三层 JOIN，若在 ROW_NUMBER() 中写 PARTITION BY user_id，而用户表有多个订单，就会把不同订单混在一起编号。必须严格使用最细粒度业务主键（通常是 order_id）作为分区键，且确认该字段在当前作用域中不为空、不重复。
去重不是加个窗口函数就完事——ORDER BY 选什么列、NULL 怎么处理、JOIN 类型怎么配合，每一步都得扣住“每个业务实体只出现一次”这个目标。漏掉任意一环，报表数字就悄悄翻倍。
