为何Neo4j与SQL Server的ORDER BY子句对同记录排序结果不同？

嘿，这个问题我之前也琢磨过，核心原因其实是两个数据库对NULL值的排序规则，以及字符串排序的底层逻辑存在本质差异，咱们拆开来说：

1. NULL 值的排序优先级定义不同 #

这是最直观的差异点：

• SQL Server 2014：默认将NULL视为比任何非NULL值都小的存在。所以ORDER BY ASC时NULL排在最前面，ORDER BY DESC时则排在最后，完全符合你看到的结果。
• Neo4j：它默认把NULL值当作比所有非NULL字符串都大的元素处理。所以当你执行ORDER BY n.name desc时，NULL会直接排在结果的最前面，而不是像SQL Server那样落在末尾——这也是你看到结果里包含NULL在前列的原因。

2. 字符串排序的底层对比逻辑有区别 #

除了NULL的问题，两者的字符串排序规则也不一样：

• SQL Server的排序依赖于你数据库设置的排序规则（Collation），比如默认的SQL_Latin1_General_CP1_CI_AS是基于字典序、大小写不敏感的规则来排序，所以你看到的Tom Cruise > Hunain > Anthony Hopkins > Aalishan是符合这个规则的。
• Neo4j则是基于**Unicode代码点（Unicode Code Points）**来进行字符串比较，部分字符的权重计算和SQL Server的排序规则可能存在差异，不过在你的案例里，核心差异还是来自NULL的排序位置。

如何让Neo4j排序和SQL Server一致？ #

如果需要对齐两者的排序结果，可以手动处理NULL的位置，比如用COALESCE函数把NULL替换成一个极端值：

• 要实现和SQL Server ORDER BY DESC一致的效果：

  Match(n:lblNames) return n.name order by COALESCE(n.name, '') desc
  

  这里把NULL替换成空字符串，它的Unicode代码点比所有字母都小，所以DESC排序时会排在最后。
• 要实现ORDER BY ASC一致的效果：

  Match(n:lblNames) return n.name order by COALESCE(n.name, 'zzzzzzzz') asc
  

  把NULL替换成一个足够大的字符串，这样ASC排序时会落在末尾。

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