导读:本期聚焦于小伙伴创作的《SQL Server 如何用 CTE 和 ROW_NUMBER() 模拟 PostgreSQL 的 DISTINCT ON 效果》,敬请观看详情。PostgreSQL 的 DISTINCT ON 能按指定列去重并保留每组首行,SQL Server 却不支持该语法。利用公用表表达式配合排序函数,可以先对分区内数据编号再筛选编号为 1 的记录,从而实现同样效果。这种方式逻辑清晰,也能借助索引提升性能。下文结合订单表场景,演示如何改写查询,并对比与 GROUP BY 在取最新明细时的差异,帮你避开只聚合丢失字段的常见误区。

在 PostgreSQL 中,DISTINCT ON 允许我们按照某些列分组,并在每个分组里只保留排序后的第一行,这在取每个用户最新订单、每类产品最近价格等场景中非常方便。但 SQL Server 没有这个语法,很多从 PostgreSQL 迁移过来的项目需要找到等价写法。借助公用表表达式(CTE)和窗口函数 ROW_NUMBER(),我们可以非常接近地模拟出同样的行为,而且代码可读性也不差。

SQL Server 如何用 CTE 和 ROW_NUMBER() 模拟 PostgreSQL 的 DISTINCT ON 效果

一、为什么 SQL Server 需要模拟 DISTINCT ON

假设我们有一张订单表 Orders,结构如下:用户编号 UserId、订单编号 OrderId、下单时间 OrderTime、金额 Amount。业务需求是取出每个用户时间最新的那一条订单记录,并且要带上 Amount 等明细字段。在 PostgreSQL 里可以直接写 DISTINCT ON (UserId) ORDER BY UserId, OrderTime DESC,但 SQL Server 如果只用 GROUP BY UserId 取最大时间,就无法同时拿到那一行对应的 Amount,除非再关联一次表。

使用 CTE 加 ROW_NUMBER() 的思路是:先在原表基础上,按 UserId 分区、按 OrderTime 倒序给每一行一个序号,序号为 1 的就是要保留的记录。这种方法不需要自连接,执行计划也更容易利用覆盖索引,尤其适合中等以上数据量的报表查询。

二、基础实现:CTE 与 ROW_NUMBER 组合

下面是一段标准的模拟写法。我们在 CTE 内部用 ROW_NUMBER() OVER (PARTITION BY UserId ORDER BY OrderTime DESC) 生成行号,外层只筛选 rn = 1 的数据。

WITH RankedOrders AS (
    SELECT
        UserId,
        OrderId,
        OrderTime,
        Amount,
        ROW_NUMBER() OVER (
            PARTITION BY UserId
            ORDER BY OrderTime DESC
        ) AS rn
    FROM Orders
)
SELECT
    UserId,
    OrderId,
    OrderTime,
    Amount
FROM RankedOrders
WHERE rn = 1;

这段代码中,PARTITION BY 对应 DISTINCT ON 括号里的列,ORDER BY 决定了每组内部保留哪一行。比如 OrderTime DESC 就保证保留最新订单。如果还需要在最新订单里再按 Amount 高到低破平,只需改成 ORDER BY OrderTime DESC, Amount DESC。

和 GROUP BY 方案相比,CTE 写法的优势是明细列直接来自同一行,不会出现聚合后丢失信息的问题。我们也可以在 CTE 里顺便做过滤,比如只处理最近 30 天订单,减少编号计算量。

三、与 GROUP BY 方案的对比

为了看清差异,下面给出 GROUP BY 的常见错误写法以及正确但啰嗦的写法。

-- 错误:只能拿到最大时间,Amount 不确定来自哪行
SELECT
    UserId,
    MAX(OrderTime) AS LastTime,
    Amount
FROM Orders
GROUP BY UserId, Amount;

-- 正确但需自连接
SELECT o.UserId, o.OrderId, o.OrderTime, o.Amount
FROM Orders o
INNER JOIN (
    SELECT UserId, MAX(OrderTime) AS MaxTime
    FROM Orders
    GROUP BY UserId
) t ON o.UserId = t.UserId AND o.OrderTime = t.MaxTime;

上面的自连接方案在存在同一用户同一时间多笔订单时,会返回多行,而 ROW_NUMBER() 通过稳定排序规则严格只留一行,语义更贴近 DISTINCT ON。若业务允许并列,可把 ROW_NUMBER() 换成 RANK() 或 DENSE_RANK()。

从性能看,当 Orders 表在 (UserId, OrderTime) 上有索引时,SQL Server 对 CTE 里的窗口函数通常能做分段扫描,比先聚合再回表连接更省 IO。建议在测试环境用实际数据比对两者执行计划。

四、进阶用法与注意事项

有时我们要模拟多列 DISTINCT ON,例如按 UserId 和 ProductId 各自取最新记录,只需把分区列写全:

WITH RankedItems AS (
    SELECT
        UserId,
        ProductId,
        Price,
        UpdatedAt,
        ROW_NUMBER() OVER (
            PARTITION BY UserId, ProductId
            ORDER BY UpdatedAt DESC
        ) AS rn
    FROM PriceLog
)
SELECT UserId, ProductId, Price, UpdatedAt
FROM RankedItems
WHERE rn = 1;

注意,CTE 在 SQL Server 里默认是内联展开,不会物化,因此外层 WHERE rn = 1 会被优化器推入,整体开销可控。若遇到复杂嵌套导致性能差,可考虑把 CTE 结果先写入临时表再加索引。

另外一个坑是排序字段若存在 NULL,SQL Server 默认 NULL 排在最前,而 PostgreSQL 的 DISTINCT ON 默认 NULL 在后,跨库迁移时要显式用 IS NULL 条件调整顺序,否则取到的首行会不一致。

五、总结

通过 CTE 配合 ROW_NUMBER(),SQL Server 可以稳定模拟 PostgreSQL 的 DISTINCT ON 语义:分区列对应去重列,排序决定保留行。该写法明细完整、易维护,也比 GROUP BY 加自连接更直观。只要在索引和 NULL 排序上稍加留意,就能在 SQL Server 上平滑复刻原有查询逻辑。

SQL_ServerCTEROW_NUMBER修改时间:2026-08-07 18:45:26

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。