NVARCHAR类型JOIN时忽略CHAR(0)字符是否为预期行为？

这是预期且有文档记录的行为，核心原因是SQL Server对Unicode与非Unicode字符串的比较逻辑存在差异：

• NVARCHAR类型的匹配规则
  对于Unicode字符串（NVARCHAR），多数默认排序规则会忽略CHAR(0)（即U+0000控制字符）。当比较'X'和CHAR(0)+'X'时，CHAR(0)会被视为无意义的"隐形"字符，因此两者会被判定为相等。这就导致内连接返回匹配行，外键约束也不会触发冲突。

• VARCHAR类型的匹配规则
  非Unicode的VARCHAR类型中，CHAR(0)是有效的ASCII控制字符，会作为字符串的一部分参与字节级比较。'X'和CHAR(0)+'X'的字节序列完全不同，所以比较结果不相等，内连接自然无匹配结果，外键约束也会因值不匹配而报错。

验证代码示例：

-- NVARCHAR场景测试
CREATE TABLE t1(c NVARCHAR(30))
CREATE TABLE t2(c NVARCHAR(30))
INSERT INTO t1 SELECT 'X'
INSERT INTO t2 SELECT CHAR(0) + 'X'
SELECT * FROM t1 JOIN t2 ON t1.c = t2.c -- 会返回1条匹配记录

-- VARCHAR场景测试
DROP TABLE IF EXISTS t1, t2
CREATE TABLE t1(c VARCHAR(30))
CREATE TABLE t2(c VARCHAR(30))
INSERT INTO t1 SELECT 'X'
INSERT INTO t2 SELECT CHAR(0) + 'X'
SELECT * FROM t1 JOIN t2 ON t1.c = t2.c -- 无返回记录

这种差异是SQL Server针对不同字符类型的设计逻辑，相关规则在官方文档的字符串比较与排序规则章节中有明确说明，核心区别在于Unicode字符集对控制字符的处理方式不同于ASCII字符集。

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