null默认排序位置因数据库而异：mysql升序时排最前，postgresql和oracle升序时排最后，sql server行为不一致；必须用nulls last/case表达式显式控制，否则窗口函数等场景结果不可靠。
NULL 默认排在哪？别猜，查文档或实测
不同数据库对 NULL 的默认排序位置根本不一样：MySQL 升序时 NULL 排最前，PostgreSQL 和 Oracle 升序时排最后，SQL Server 则可能随排序规则浮动。窗口函数里更危险——ROW_NUMBER() OVER (ORDER BY updated_at DESC) 在 MySQL 8.0+ 里会把 NULL 行标为 1（因它默认当“最大值”），而在 PostgreSQL 里它会被压到底部。靠“看起来对”上线，等于埋雷。
用 NULLS FIRST / NULLS LAST 直接控制（PostgreSQL / Oracle / MySQL 8.0+）
这是 SQL:2003 标准语法，但支持程度不一：
- PostgreSQL 和 Oracle 原生支持，写法干净：
ORDER BY updated_at DESC NULLS LAST - MySQL 8.0+ 支持，但要注意：如果字段是表达式（如
COALESCE(updated_at, '1970-01-01')），NULLS LAST可能被忽略，得先确保表达式本身不产出NULL -
NULLS FIRST/NULLS LAST必须紧贴在对应排序表达式后面，不能堆到整个ORDER BY末尾；多字段时可分别指定：ORDER BY category ASC NULLS FIRST, price DESC NULLS LAST
MySQL / SQL Server 兼容写法：用 CASE WHEN IS NULL 模拟
当目标库不支持 NULLS LAST（比如老版本 MySQL 或 SQL Server），就得手动分组：
- 想让
NULL排最后（升序场景）：ORDER BY CASE WHEN col IS NULL THEN 1 ELSE 0 END, col ASC - 想让
NULL排最后（降序场景）：ORDER BY CASE WHEN col IS NULL THEN 1 ELSE 0 END, col DESC - 时间字段可用兜底值替代，但要类型一致：
ORDER BY CASE WHEN created_at IS NULL THEN '9999-12-31' ELSE created_at END DESC，注意别超出DATETIME范围
GROUP BY 后的 ORDER BY 对 NULL 分组也有效
GROUP BY 会把所有 NULL 值聚合成一行，但这一行在最终结果里的位置仍由 ORDER BY 决定。所以如果你看到 department IS NULL 的聚合行总在最上面，不是因为 GROUP BY 特殊处理，而是 ORDER BY department 默认把它排最前。修复方式和前面一样：
- PostgreSQL：
ORDER BY department NULLS LAST - MySQL：
ORDER BY CASE WHEN department IS NULL THEN 1 ELSE 0 END, department
真正容易被忽略的是：GROUP BY 之后的 ORDER BY 作用对象是聚合后的行，不是原始数据；而 NULL 在这里既作为分组键，又作为排序依据——双重身份下，显式控制比默认行为可靠得多。
