17370845950

排序规则（Collation）决定字符比较和排序标准，ORDER BY仅按该规则执行排序；它影响字符串比较、ORDER BY顺序、索引效率及Unicode处理，可在列、数据库、服务器、表达式四级设置。

SQL排序规则不是靠ORDER BY设置的，而是由排序规则（Collation）决定的——它控制字符怎么比大小、是否区分大小写、重音、Unicode处理方式等。而ORDER BY只是“按规则排”，不定义规则本身。

排序规则（Collation）到底管什么

它是一套字符比较和排序的底层约定，影响：

• 字符串比较结果：比如'Apple' = 'apple'是否成立
• ORDER BY对文本字段的排序顺序：是A, a, B, b还是A, B, a, b
• 索引能否高效支持模糊查询或大小写无关搜索
• 数据库迁移或跨库连接时，中文、日文、emoji等Unicode字符是否乱序或报错

排序规则在哪一级可以设置

它可以在四个层级指定，优先级从高到低：

• 列级别：建表时直接指定，最精细，例如：
  CREATE TABLE users (name VARCHAR(50) COLLATE Chinese_PRC_CI_AS);
• 数据库级别：创建数据库时设定，默认影响所有新字符列
• 服务器级别：安装SQL Server时确定，是整个实例的兜底规则
• 表达式级别：查询中临时覆盖，例如：
  SELECT * FROM users ORDER BY name COLLATE Latin1_General_CS_AS;

常见排序规则命名含义

以 SQL Server 为例，名称如 Chinese_PRC_CI_AS 或 Latin1_General_CI_AI 中：

• Chinese_PRC：针对中国大陆简体中文的字典顺序和拼音规则
• CI = Case Insensitive（不区分大小写）
• CS = Case Sensitive（区分大小写）
• AI = Accent Insensitive（不区分重音，如é 和 e 视为相同）
• AS = Accent Sensitive（区分重音）

选错可能让WHERE name = 'Li'查不到'li'，或让ORDER BY city把“上海”排在“北京”后面。

ORDER BY 和排序规则的关系

ORDER BY执行时，完全依赖当前字段所用的排序规则来判断“谁大谁小”：

• 数值、日期类型不受排序规则影响，只看值本身
• 字符类型（CHAR/VARCHAR/NVARCHAR）必须通过排序规则才能比较
• 同一查询中不同列可有不同排序规则，ORDER BY会各自按本列规则比对
• 若显式用COLLATE临时更改，ORDER BY就按新规则排，不改原列定义

比如：SELECT * FROM users ORDER BY last_name COLLATE SQL_Latin1_General_CP1_CI_AI; —— 这条语句临时用西欧规则排姓氏，不影响表结构。

基本上就这些。搞清“排序规则定标准，ORDER BY照标准排”，就不会再把两者混淆了。