在SQL的分组统计场景中，NULL值的排序处理是一个容易被忽略但又很关键的问题。不同数据库对NULL值的默认排序规则并不统一，有的数据库会把NULL值排在结果集最前面，有的则会排在最后，这种差异在分组后需要按统计值排序时，很容易导致最终结果不符合业务预期。而NULLS LAST语法就是用来明确指定NULL值排序位置的标准解决方案，能够让我们自主控制NULL值在排序中的表现。
分组统计中NULL值的常见问题
当我们对数据进行分组统计后，往往会需要对统计结果进行排序，比如按照每个分组的订单总金额从高到低排序。如果某个分组的统计结果为NULL，比如该分组下没有有效订单数据，此时如果没有明确指定NULL值的排序规则，不同数据库的默认行为会不一样。例如在PostgreSQL中，NULL值默认会排在排序结果的最前面，而在Oracle中，NULL值默认会排在最后，这种不一致性会给跨数据库的查询开发带来额外的工作量。
更典型的问题是，当我们在分组统计后同时使用窗口函数进行排名时，NULL值的处理会直接影响排名结果。比如我们想统计每个部门的员工薪资排名，如果某个员工的薪资字段为NULL，默认情况下这个NULL值可能会被判定为最大值或者最小值，导致排名结果不符合实际业务逻辑。
NULLS LAST语法的基本规则
NULLS LAST是SQL标准中的排序修饰语法，需要和ORDER BY子句配合使用，作用是明确指定排序时NULL值要放在结果集的最后面。它的基本语法结构如下：
SELECT 列名, 统计函数(计算列) AS 统计结果 FROM 表名 GROUP BY 分组列 ORDER BY 统计结果 [ASC|DESC] NULLS LAST;
其中ASC表示升序排序，DESC表示降序排序，NULLS LAST放在排序规则的最后，用来声明NULL值的位置。如果需要把NULL值放在最前面，对应的语法是NULLS FIRST，不过本文主要聚焦NULLS LAST的使用场景。
需要注意的是，并不是所有数据库都原生支持NULLS LAST语法，比如MySQL在8.0之前的版本就不支持该语法，需要通过其他方式实现相同的效果。下面我们会分别介绍不同数据库下的实现方式。
不同数据库中NULLS LAST的应用示例
PostgreSQL中的使用
PostgreSQL原生支持NULLS LAST语法，使用起来非常直接。假设我们有一张订单表order_table，包含dept_id（部门ID）、order_amount（订单金额）两个字段，现在需要统计每个部门的订单总金额，并且按照总金额从高到低排序，NULL值放在最后：
-- 统计每个部门的订单总金额，按总金额降序排序，NULL值放最后
SELECT
dept_id,
SUM(order_amount) AS total_amount
FROM order_table
GROUP BY dept_id
ORDER BY total_amount DESC NULLS LAST;
如果某个部门没有订单数据，SUM(order_amount)的结果会是NULL，这个NULL值会被放在所有有效统计结果的后面，符合我们的业务预期。
Oracle中的使用
Oracle同样原生支持NULLS LAST语法，用法和PostgreSQL基本一致。还是以上面的订单表为例，查询语句如下：
-- Oracle中统计部门订单总金额，NULL值放最后
SELECT
dept_id,
SUM(order_amount) AS total_amount
FROM order_table
GROUP BY dept_id
ORDER BY total_amount DESC NULLS LAST;
Oracle中NULL值默认是排在最后的，但是显式加上NULLS LAST可以让排序逻辑更清晰，避免后续数据库默认规则调整带来的问题。
MySQL中的替代实现
MySQL在8.0之前的版本不支持NULLS LAST语法，我们可以通过CASE表达式来模拟实现相同的效果。思路是给NULL值和非NULL值添加一个排序权重，让非NULL值的权重更高，排序时优先排非NULL值，NULL值自然就到了最后。
-- MySQL 5.7及以下版本模拟NULLS LAST效果
SELECT
dept_id,
SUM(order_amount) AS total_amount
FROM order_table
GROUP BY dept_id
-- 先按是否为NULL排序，非NULL值排前面，再按统计值排序
ORDER BY
CASE WHEN total_amount IS NULL THEN 1 ELSE 0 END,
total_amount DESC;
上面的CASE表达式中，当total_amount为NULL时返回1，否则返回0，排序时0会排在1前面，所以非NULL的统计结果会先被排序，NULL值的结果会集中排在最后，达到了和NULLS LAST相同的效果。
SQL Server中的替代实现
SQL Server也不支持原生的NULLS LAST语法，同样可以用CASE表达式实现。和MySQL的逻辑类似，通过给NULL值和非NULL值设置不同的排序优先级：
-- SQL Server中模拟NULLS LAST效果
SELECT
dept_id,
SUM(order_amount) AS total_amount
FROM order_table
GROUP BY dept_id
ORDER BY
CASE WHEN total_amount IS NULL THEN 1 ELSE 0 END,
total_amount DESC;
分组统计结合窗口函数的场景
在实际业务中，我们经常会在分组统计后结合窗口函数做排名，比如统计每个部门内的员工薪资排名，同时要求薪资为NULL的员工排在部门排名的最后。此时也可以结合NULLS LAST语法或者对应的替代方案实现。
以PostgreSQL为例，假设有员工表emp_table，包含dept_id（部门ID）、emp_name（员工姓名）、salary（薪资）字段，统计每个部门内员工的薪资排名，NULL薪资排最后：
-- 部门内员工薪资排名，NULL薪资放最后
SELECT
dept_id,
emp_name,
salary,
RANK() OVER (
PARTITION BY dept_id
ORDER BY salary DESC NULLS LAST
) AS dept_salary_rank
FROM emp_table;
这样每个部门内，薪资不为NULL的员工会按薪资从高到低排名，薪资为NULL的员工会统一排在部门排名的最后面，符合业务需求。
使用注意事项
- 确认数据库版本是否支持原生NULLS LAST语法，避免在不支持的版本中直接使用导致语法错误。
- 如果查询需要跨数据库兼容，建议使用
CASE表达式的替代方案，避免不同数据库的行为差异。 - 在分组统计时，如果统计函数本身可能产生NULL值，比如
SUM、AVG在分组没有匹配数据时会返回NULL，需要提前明确NULL值的排序规则。 - NULLS LAST只影响排序结果，不会改变统计函数本身的计算逻辑，也不会过滤掉NULL值对应的分组。
SQLNULLS_LAST分组统计排序修改时间：2026-07-01 15:33:21