排序规则（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 照标准排”，就不会再把两者混淆了。
