游乐游手机版
首页/数据库/文章详情

SQL中ROW_NUMBER与RANK函数排名区别对比

时间:2026-07-21 20:49
ROW_NUMBER()为每行生成唯一序号,相同值不并列;RANK()相同值排名相同但跳过后续名次;DENSE_RANK()连续排名不跳号。三者均需OVER(ORDERBY ),业务需求决定是否保留并列语义。

在SQL中,ROW_NUMBER()、RANK()和DENSE_RANK()这三个排名函数虽然语法相似,但行为差异显著。选错一个,结果可能完全偏离预期。核心区别在于:ROW_NUMBER()为每一行赋予唯一序号,即使排序值重复也强制编号;RANK()对相同值给予相同排名,但会跳过后续名次;DENSE_RANK()则连续编号,不跳过任何数字。三者都依赖于OVER(ORDER BY...)子句,具体选择取决于业务是否需要保留并列排名语义。

SQL中ROW_NUMBER与RANK函数在处理排名时有什么区别?

ROW_NUMBER() 为每行强制分配唯一序号,即使排序值相同

该函数具有“唯一性”特点——无论排序字段值是否重复,它都会按照ORDER BY指定的顺序从1开始连续编号。例如,若两条记录的salary均为8000,ROW_NUMBER()仍会分别返回2和3。这不是错误,而是其设计初衷:生成唯一的行序号。

  • 必须配合OVER()使用,且ORDER BY为必选项;若省略PARTITION BY,则对全表进行编号
  • 常用于实现分页(如WHERE rn BETWEEN 11 AND 20)或获取每组最新记录(如WHERE rn = 1
  • 当排序字段存在重复值时,结果可能不稳定——建议在ORDER BY后附加唯一列(如id)以确保确定性

RANK() 对相同值赋予相同排名,并跳过后续名次

当出现并列值时,RANK()不会压缩排名位置。例如,若有两个并列第2名,则下一个排名为第4名,第3名被跳过。这种机制符合体育比赛、考试成绩排名等现实场景——并列第二之后不会出现第三名。

  • 同样依赖于OVER(ORDER BY ...)子句,语法结构与ROW_NUMBER()完全相同
  • 适用于“查询所有最高分员工”等场景——使用WHERE rk = 1即可获取全部并列第一的记录
  • 注意:跳号现象仅在存在重复值时出现;若所有排序字段值均唯一,则RANK()ROW_NUMBER()的输出结果一致

选哪个?核心在于是否保留并列排名语义

这不是性能或兼容性问题,而是业务意图判断:

  • 需要唯一行号、实现分页或去重取首条记录 → 使用ROW_NUMBER()
  • 需要真实反映“并列第N名”、允许同名次出现多行 → 使用RANK()
  • 如果认为RANK()的跳号过于跳跃(例如希望并列第2名之后紧跟第3名),则应改用DENSE_RANK()

容易被忽视的是,这三个函数在语法上几乎完全一致,仅靠函数名区分。一旦误用,结果偏差往往不易察觉,直到上线后查询数据才发现“少了并列记录”或“分页错位”等问题。因此,在编写SQL之前,务必明确业务需求。

来源:https://www.php.cn/faq/2854746.html
上一篇MongoDB数据库常用查询语句速查手册完整版 下一篇SQL语句中GROUP BY与ORDER BY同时使用必须注意的几个关键点
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
自增主键值从何而来?深入理解原理,告别只会auto_increment
数据库 · 2026-07-25

自增主键值从何而来?深入理解原理,告别只会auto_increment

KingbaseES推荐使用serial、bigserial、显式sequence或identity列实现自增主键。serial创建integer并关联序列,bigserial对应bigint;显式sequence可自定义起始值等参数;identity有generatedbydefault(允许指定值)与always(禁止)两种模式。

Linux下瀚高数据库授权文件过期及替换解决方案
数据库 · 2026-07-25

Linux下瀚高数据库授权文件过期及替换解决方案

在银河麒麟系统下,瀚高数据库hgdb-4 5试用授权20天到期后需替换正式授权文件。正确操作:停止服务,备份旧文件,将授权文件复制到 opt highgo hgdb-4 5 etc lic 并命名为hgdb lic,设置权限600和属主highgo:highgo,再启动服务。禁止直接修改data目录下的license info文件。

Oracle BLOB实时同步的5大技术挑战与难点解析
数据库 · 2026-07-25

Oracle BLOB实时同步的5大技术挑战与难点解析

OracleBLOB实时同步面临分片组装、多列隔离、长事务跨窗口、事务回滚及大对象资源控制等技术挑战,必须在日志中精确还原完整字段值,才能保证源端与目标端数据完全一致,这对同步系统的稳健性提出了高要求。

MySQL禁用redo日志导致全备失败
数据库 · 2026-07-25

MySQL禁用redo日志导致全备失败

MySQL全量备份失败是由于数据定义语言操作触发排序索引构建,禁用重做日志导致XtraBackup无法获取一致性备份。测试验证表明,优化表语句即使无数据也会触发该问题。根本原因在于排序索引构建过程跳过了重做日志记录,破坏了备份的一致性。

Kafka架构图优化与改进的全面详细步骤与实践指南
数据库 · 2026-07-25

Kafka架构图优化与改进的全面详细步骤与实践指南

Kafka作为实时数据流处理的核心中间件,其底层架构虽已相当成熟,但在实际生产环境中,要充分发挥其性能潜力,仍需落实到具体的调优与架构改造上。核心目标可归纳为三点:如何承载更高的吞吐量、如何保障数据不丢失、以及故障发生时如何快速恢复。本文将从这几个关键方向出发,深入探讨如何真正榨干Kafka集群的性