不能直接用 GROUP BY + LIMIT 做分组 Top K，因 GROUP BY 聚合后每组仅一行，无法保留“每组前 K 行”信息；DENSE_RANK() 需配合 OVER(PARTITION BY ... ORDER BY ...) 实现组内连续排名，且须用子查询包裹才能 WHERE 过滤。
为什么不能直接用 GROUP BY + LIMIT 做分组 Top K
因为 GROUP BY 会把多行聚合成一行，而 LIMIT 是对最终结果集限制总行数，不是对每个分组限制前 K 行。想查“每个部门工资最高的 3 个人”，GROUP BY dept 后只剩一个聚合值，根本没地方放“3 个人”的信息。
DENSE_RANK() 是怎么给组内排序的
DENSE_RANK() 按指定列排序，并为相同值分配相同名次，名次连续不跳号（比如两个并列第 1，下一个就是第 2）。关键在于它必须配合 OVER(PARTITION BY ... ORDER BY ...) 使用，否则就是全表排名。
实操要点：
-
PARTITION BY定义分组维度，比如dept_id或category -
ORDER BY决定组内排序依据，注意DESC通常用于“最高”场景 - 必须用子查询或 CTE 包裹，因为窗口函数不能直接在
WHERE中过滤排名
示例：查每个部门薪资最高的前 3 人
SELECT emp_name, dept_id, salary
FROM (
SELECT emp_name, dept_id, salary,
DENSE_RANK() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rnk
FROM employees
) t
WHERE rnk <= 3;
DENSE_RANK() 和 ROW_NUMBER()、RANK() 的区别在哪
三者都生成序号，但处理并列的方式不同，直接影响“Top K”的实际返回行数：
-
ROW_NUMBER()：严格按顺序编号，相同值也不同号 → 可能漏掉并列者（比如第 3 和第 4 名薪资一样，但只取前 3 就丢了一个） -
RANK()：并列同号，但跳过后续名次（两个第 1，下一个就是第 3）→ “Top 3”可能只返回 2 行 -
DENSE_RANK()：并列同号，后续名次不跳（两个第 1，下一个就是第 2）→ 更符合“最多取前 K 名”的直觉
所以当业务要求“取薪资排名 ≤3 的所有人”时，DENSE_RANK() 最稳妥；若明确只要任意 3 行，可用 ROW_NUMBER()。
性能和兼容性要注意什么
DENSE_RANK() 是标准 SQL:2003 起支持的窗口函数，主流数据库基本都支持，但细节有差异：
- MySQL 8.0+、PostgreSQL 8.4+、SQL Server 2005+、Oracle 8i+ 都支持
- SQLite 3.25.0+ 支持，旧版不支持 → 若需兼容老 SQLite，只能用自连接或相关子查询（性能差很多）
- 大数据量下，
PARTITION BY字段最好有索引，尤其当它和ORDER BY字段组合出现时 - 避免在
ORDER BY里用函数或表达式（如ORDER BY UPPER(name)），会显著拖慢排序过程
真正容易被忽略的是：如果分组字段存在 NULL，不同数据库对 PARTITION BY col 中 NULL 的处理不一致——有的把所有 NULL 归为一组，有的直接跳过。上线前务必用含 NULL 数据验证逻辑。
