Oracle中ORDER BY默认空值排在最前，改为最后需使用NULLS LAST，且必须紧接在排序方向（ASC/DESC）之后，如ORDER BY col ASC NULLS LAST；它仅作用于前一字段，复合排序中需逐字段显式声明。
Oracle中ORDER BY默认空值排在最前，怎么改成最后？
Oracle 10g及以上版本原生支持NULLS LAST，无需绕路。关键不是“能不能”，而是“写在哪”——它必须紧接在字段排序方向（ASC或DESC）之后，不能单独放在ORDER BY末尾。
-
ORDER BY col1 NULLS LAST❌ 语法错误，缺少排序方向 -
ORDER BY col1 ASC NULLS LAST✅ 正确，升序且空值在后 -
ORDER BY col1 DESC NULLS LAST✅ 正确，降序且空值仍在最后（注意：这和直觉相反，但Oracle就是这么设计的）
为什么NULLS LAST加了却没生效？
常见原因是数据库兼容模式或隐式类型转换干扰。比如对TO_CHAR(date_col)结果排序时，NULLS LAST仍作用于转换后的字符串，但原始date_col为NULL时，TO_CHAR返回NULL，逻辑没错；真正踩坑的是当列上有函数索引或绑定变量类型不匹配，导致优化器改写SQL、忽略显式NULLS子句。
- 检查执行计划：
EXPLAIN PLAN输出中若出现SORT ORDER BY STOPKEY或FULL TABLE SCAN而非INDEX RANGE SCAN，说明索引未被用于排序，NULLS LAST可能被降级处理 - 避免在排序字段上套函数：
ORDER BY UPPER(name) ASC NULLS LAST无法利用普通name索引，应建函数索引或改用CASE表达式 - 绑定变量类型需与列一致，否则隐式转换可能导致排序行为异常
NULLS LAST在复合排序中的优先级怎么算？
它只作用于紧邻的前一个排序字段，不跨字段传染。例如ORDER BY a ASC NULLS LAST, b DESC NULLS FIRST中，a的空值排最后，b的空值排最前，两者互不影响。
- 多个字段都需空值靠后，必须每个都显式写
NULLS LAST：ORDER BY a ASC NULLS LAST, b ASC NULLS LAST - 混用时注意可读性：把
NULLS子句和对应字段写在同一行，避免长语句里漏掉某个 - 如果某字段是表达式（如
COALESCE(status, 'UNKNOWN')），空值已被处理，NULLS LAST实际无意义
Oracle 9i或更老版本没有NULLS LAST怎么办？
只能用CASE模拟，核心思路是给NULL分配一个“虚拟排序权重”。例如对数值型字段score，让NULL排最后：
ORDER BY CASE WHEN score IS NULL THEN 1 ELSE 0 END, score
对字符串字段name，常用技巧是用LENGTH或固定大字符串占位：
ORDER BY CASE WHEN name IS NULL THEN 'ZZZZZZZZ' ELSE name END
- 字符串方案依赖字符集排序规则，
'ZZZZ'未必比所有非NULL值大，稳妥做法是用CHR(255)拼接超长串 -
CASE方式会阻止索引使用，除非创建函数索引（如CREATE INDEX idx_score_null_last ON t(CASE WHEN score IS NULL THEN 1 ELSE 0 END, score)） - 如果只是分页查询（如
ROWNUM <= 10），可先用子查询过滤出非NULL数据再补NULL，性能通常更好
真实环境里，NULLS LAST看似简单，但一旦嵌套在视图、物化视图或PL/SQL动态SQL里，容易被外层逻辑覆盖或忽略——建议所有含排序的视图定义里，明确写出NULLS子句，别依赖客户端或调用方补全。
