根据 SQL Server 的文档（和遗留文档），nvarchar没有_SC排序规则的字段应该使用UCS-2 ENCODING.
从 SQL Server 2012 (11.x) 开始，当使用支持补充字符 (SC) 的排序规则时，这些数据类型存储完整范围的 Unicode 字符数据并使用 UTF-16 字符编码。如果指定了非 SC 归类，则这些数据类型仅存储 UCS-2 字符编码支持的字符数据子集。
它还指出，UCS-2 ENCODING仅存储 支持的子集字符UCS-2。从维基百科UCS-2 规范：
UCS-2 对每个字符使用 0 到 65,535 之间的单个代码值 [...]，并且只允许两个字节（一个 16 位字）来表示该值。因此，UCS-2 允许 BMP 中表示字符的每个代码点的二进制表示。UCS-2 不能表示 BMP 之外的代码点。
因此，根据上面的规范，我似乎无法存储像这样的表情符号：其值为0x1F60D（或十进制的 128525，远高于 UCS-2 的 65535 限制）。但是在 SQL Server 2008 R2 或 SQL Server 2019（都带有 default SQL_Latin1_General_CP1_CI_AS COLLATION）上，在一个nvarchar字段上，它被完美地存储和返回（尽管不支持与LIKE或进行比较 …