SQL中“字母顺序”的精确定义及相关排序边缘问题咨询

大部分字母排序算法的结果都很接近，但确实存在三类容易混淆的边缘情况，下面逐个解答你的问题：

1. 带空格的字符串排序：「Newspapers、News photography、Newsprint」是否正确？ #

结论：原序列不正确。
字符排序的核心依据是字符的编码值（比如ASCII或UTF-8），空格的编码值（ASCII 32）远小于字母"p"的编码值（ASCII 112），所以空格会排在"p"之前。
正确的排序顺序应该是：

• News photography（"News"后紧跟空格，编码小于"p"）
• Newspapers（"News"后紧跟"p"）
• Newsprint（"News"后紧跟"s"，编码大于"p"）

2. 带数字的字符串排序：「Article 19、Article 2、Article 20、Article 21」是否正确？无空格的「Article2」排序情况如何？ #

普通字典序排序（如PHP的sort()） #

原序列是这类排序的结果，但不符合人类直觉——因为它会逐个字符比较："Article 2"中的"2"在第8位，而"Article 19"的第8位是"1"（编码小于"2"），所以"Article 19"会排在"Article 2"前面，得到['Article 19', 'Article 2', 'Article 20', 'Article 21']。

自然排序（如PHP的natsort()） #

这类算法会把连续数字当作一个整体比较，符合人类对数字大小的认知，正确顺序应该是：

• Article 2
• Article 19
• Article 20
• Article 21

无空格的「Article2」排序 #

在普通字典序中，"Article2"的第7位是"2"，而"Article 2"的第7位是空格（编码小于"2"），所以"Article 2"会排在"Article2"前面；
在自然排序中，大部分算法会识别"Article2"中的数字"2"，此时因空格编码小于字母/数字，"Article 2"依然会排在"Article2"前面。

3. 如何查询字母顺序的精确定义？ #

可以从这几个方向入手：

• 基础字符编码标准：比如ASCII、UTF-8的字符编码表，里面明确了每个字符的排序优先级；
• Unicode排序算法（UCA）：这是通用的多语言排序规范，定义了复杂场景下的排序规则；
• 对应平台/语言的官方文档：比如PHP的排序函数文档会明确说明其使用的排序规则，数据库的排序配置说明也会标注遵循的标准。

4. 除了前导0，有没有更易读的字符让「Article 2」排到正确位置？ #

如果只能通过修改录入数据来适配普通字典序，前导0是最易读的方案（比如"Article 02"）。
其他ASCII编码小于"1"的可见标点（如"!"、"#"、"-"）虽然能让字符串排到"Article 19"前面，但这些字符会让用户感到困惑，反而不如前导0直观。比如"Article -2"看起来像是负数，"Article !2"更是不符合阅读习惯，所以前导0是最优选择。

PHP场景的解决方案 #

PHP中sort()和natsort()的差异正好对应上面的两种排序逻辑：

• sort()：按标准字典序排序，适合纯字符串场景；
• natsort()：按自然排序逻辑处理带数字的字符串，更符合人类直觉。

比如执行以下代码：

$arr = ['Article 19', 'Article 2', 'Article 20', 'Article 21'];
sort($arr);
print_r($arr); // 输出：Array ( [0] => Article 19 [1] => Article 2 [2] => Article 20 [3] => Article 21 )

natsort($arr);
print_r($arr); // 输出：Array ( [1] => Article 2 [0] => Article 19 [2] => Article 20 [3] => Article 21 )

内容的提问来源于stack exchange，提问作者Jonathon Philip Chambers