如何利用SQL嵌套查询进行数据去重_配合窗口函数

用 ROW_NUMBER() 去重最稳，核心是 PARTITION BY 分组 + ORDER BY 排序后取 rn = 1；DISTINCT 对整行判重无效，GROUP BY 聚合易错配字段，窗口函数确保整行一致性。用 ROW_NUMBER() 做去重最稳，别碰 DISTINCT 套子查询嵌套查询本身不解决去重逻辑，真正起作用的是窗口函数。很多人写个 SELECT DISTINCT * FROM (SELECT ...)，结果发现重复还在——因为 DISTINCT 对整行判重，而你真正想保留的可能是“每个用户最新一条订单”，这得靠排序+编号。ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) 是核心：按用户分组，按时间倒序排，每组第一行就是最新记录嵌套只是载体：外层筛出 rn = 1 的行，内层负责算编号，不能反过来把 ROW_NUMBER() 放在外层常见错误是漏写 PARTITION BY，导致全表只编 1 个号；或 ORDER BY 用了 ASC 却以为能取最新MySQL 8.0+ 和 PostgreSQL 可直接用，但 SQLite 要绕路窗口函数不是所有数据库都支持。SQLite 在 3.25.0+ 才支持 ROW_NUMBER()，老版本只能用自关联或 GROUP BY + MAX() 模拟，但容易丢字段。MySQL 5.7 及更早：不支持窗口函数，嵌套子查询配合 JOIN 或相关子查询是唯一办法，性能差、SQL 膨胀PostgreSQL：支持完整窗口函数，且 WITH TIES 配合 FETCH FIRST 能处理并列情况（比如同时间两条记录）注意 MySQL 8.0 默认开启窗口函数，但某些云厂商 RDS 可能默认关着，得确认 sql_mode 是否含 ONLY_FULL_GROUP_BY 干扰去重字段不一致时，GROUP BY + 聚合易翻车有人用 SELECT user_id, MAX(created_at), MAX(order_amount) FROM orders GROUP BY user_id，看似去重，实则错配：最大时间那条记录的金额，未必和最大金额是同一行。 跃问 跃问是由阶跃星辰开发的免费AI智能问答助手，随时帮你智能搜索、高效阅读、识图理解、和你畅聊感兴趣的话题。