SQL中ORDER BY用COALESCE替换'~'时NULL值排到顶部的原因及解决

很多人对SQL字符串排序的认知有个常见误区：默认觉得排序优先级是按字符的ASCII编码值大小来的。但实际执行时，字符串的排序权重完全跟着字段或数据库绑定的排序规则（Collation）走，和裸ASCII值没有必然联系。

拿SQL Server最常用的默认排序规则SQL_Latin1_General_CP1_CI_AS来说，它定义的字符排序优先级从低到高是：所有特殊符号（包括~、!、@这类非字母数字字符）→ 阿拉伯数字 → 英文字母。
也就是说，哪怕~的ASCII值（126）比大写Z的ASCII值（90）高不少，在这个排序规则下，~的排序权重比所有英文字母都低。你把总计行的排序值换成~之后，它自然会被排到所有MetaClass分组行的最顶部，和你预期的“把总计行压到最后”完全反了。

之前用COALESCE(MetaClass, 'ZZZ')能生效，本质是三个Z拼起来的纯大写字母在字母序列里本身就靠后，但这个方案的隐患也确实存在：只要后面有人加了个排序权重比ZZZ还高的MetaClass，总计行就会被挤到结果中间。

所有靠谱的方案都要绕开“靠字符排序权重判断”的思路，别被排序规则差异、随机的业务命名坑到，结合你偏好COALESCE简洁写法的需求，可以从下面两个方案里选：

• 最简洁且零隐患的原生写法：直接用GROUPING SETS配套的GROUPING()函数做排序。这个函数会对总计行（也就是MetaClass为NULL的那组聚合结果）返回数值1，对正常按MetaClass分组的行返回数值0。排序的时候先把0值的正常分组按MetaClass排，再把1值的总计行放到最后，完全不受排序规则、业务命名的影响，代码就一行：
  ORDER BY GROUPING(MetaClass), MetaClass
  这个写法比你之前想到的CASE WHEN判断更短，也不会出现语法错误——你之前写的CASE WHEN语句实际漏了THEN关键字（CASE WHEN MetaClass IS NULL 1 ELSE 0 END 是没法直接运行的），用GROUPING()能直接规避这类手写逻辑的疏漏。
• 贴合COALESCE风格的写法：直接用你给总计行指定的展示值'TOTALS'当COALESCE的替换值，代码为：
  ORDER BY COALESCE(MetaClass, 'TOTALS')
  这个写法完全解决了特殊字符排序不可控、Z开头业务值会顶掉总计行的问题——只要业务上约定俗成不用TOTALS当真实MetaClass的命名（这个约束成本极低，毕竟TOTALS是专门给总计行的展示标识，本来就不该和业务值重名），总计行就会始终排在所有正常分组的最后，和你喜欢的COALESCE写法的简洁性完全一致。

内容的提问来源于stack exchange，提问作者Dandorid