PostgreSQL中NULLS LAST必须显式声明才生效，因默认仅DESC时NULL视为最大值，ASC时NULL默认排最前；MySQL和SQL Server均不支持该语法，需用IS NULL或CASE构造排序键实现跨库兼容。
PostgreSQL里NULLS LAST必须显式写出来才能生效
PostgreSQL默认把NULL当作最大值处理，但这个行为只在ORDER BY column DESC时自动触发；ASC方向默认NULL排最前，不加NULLS LAST就永远靠前。很多人以为加了DESC就万事大吉，结果在ASC排序时发现NULL卡在顶部，根本没按业务逻辑走。
实操建议：
-
ORDER BY status ASC NULLS LAST—— 把非空值全排前面，NULL统一垫底 -
ORDER BY created_at DESC NULLS FIRST—— 新数据优先，但允许NULL时间戳顶格显示（比如未确认的记录） - 别依赖“默认行为”，只要分组或排序结果里
NULL位置敏感，就明写NULLS FIRST或NULLS LAST
MySQL不支持NULLS LAST，得用IS NULL模拟
MySQL 8.0+虽然支持窗口函数和通用表表达式，但至今没实现NULLS FIRST/LAST语法。直接写会报错：ERROR 1064 (42000): You have an error in your SQL syntax。
替代方案是用排序权重：把NULL转成一个极值，骗过排序逻辑。
例如想让score升序且NULL最后：
ORDER BY score IS NULL, score
说明：
-
score IS NULL返回1（真）或0（假），0 < 1，所以非NULL行先排 - 第二级
score才做真实数值排序，不影响原有顺序 - 若要降序+
NULL最后，写成：ORDER BY score IS NULL, score DESC
SQL Server用ORDER BY ... ASC/DESC配合CASE打补丁
SQL Server同样不认NULLS LAST，而且IS NULL不能直接当排序项（会报Invalid in the ORDER BY clause）。必须包一层CASE。
升序且NULL置后写法：
ORDER BY CASE WHEN priority IS NULL THEN 1 ELSE 0 END, priority
关键点：
-
CASE生成人工排序键：非NULL为0，NULL为1，确保前者永远在前 - 第二字段
priority保持原排序方向，不需要再写ASC（默认就是） - 如果
priority是字符串类型，注意CASE返回类型要一致，避免隐式转换出错
GROUP BY后对聚合结果排序，NULL位置由ORDER BY单独控制
GROUP BY本身不决定NULL分组的显示顺序，那是ORDER BY的事。常见误区是以为GROUP BY category会自动把category IS NULL的组排到末尾——不会。
比如统计各分类销量，同时想把分类为空的记录放最后：
SELECT category, SUM(amount) AS total FROM sales GROUP BY category ORDER BY category IS NULL, category;
注意：
- 这里
category IS NULL是布尔表达式，在MySQL中可直接用于ORDER BY；在PostgreSQL/SQL Server中需改用CASE或NULLS LAST - 如果
category是TEXT或JSON类型，某些数据库对NULL比较可能有额外限制，建议先COALESCE(category, '___NULL___')兜底再排序
跨数据库写可移植SQL时，NULLS LAST基本只能放弃；真正稳定的做法是用条件表达式构造排序键——它不优雅，但一次写对，到处能跑。
