SQL Server中Unicode 0字符查询无结果的原因及解决方法

为什么LIKE N'_'查不到结果？ #

这事儿我之前也踩过坑，本质是SQL Server对Unicode空字符的特殊处理逻辑导致的。

数据库在处理字符串操作时，会把Unicode空字符（NCHAR(0x0)） 当成字符串的终止符——就像C/C++里的'\0'一样。当你执行LIKE N'_'时，数据库会默认认为这个字符串在空字符的位置就结束了，相当于一个空字符串；而下划线_是用来匹配任意单个非空字符的，自然就匹配不上了。

你看查询里的Len(test)返回0也能佐证这一点：LEN()函数会自动忽略空字符及之后的内容，但DATALENGTH(test)返回2（因为Unicode字符占2字节），说明数据其实是存在的，只是字符串处理逻辑把它“截断”了。

如何修改查询才能生效？ #

有几种可靠的方法可以查到这个特殊字符：

1. 直接使用等于判断
   等于操作符会完整比较字符串的二进制内容，不会被空字符干扰：

   select *, Len(test) as length, Unicode(test) as unicode, DATALENGTH(test) as datalength 
   from (values (NCHAR(0x0))) as t(test) 
   where test = NCHAR(0x0)
   

2. 通过二进制类型转换比较
   把字符串转成二进制后再匹配，避开字符串处理的特殊逻辑：

   select *, Len(test) as length, Unicode(test) as unicode, DATALENGTH(test) as datalength 
   from (values (NCHAR(0x0))) as t(test) 
   where CAST(test AS VARBINARY(MAX)) = CAST(NCHAR(0x0) AS VARBINARY(MAX))
   

3. 利用DATALENGTH辅助判断
   空字符的DATALENGTH是2（Unicode编码），而空字符串的DATALENGTH是0，结合这个特性也能定位：

   select *, Len(test) as length, Unicode(test) as unicode, DATALENGTH(test) as datalength 
   from (values (NCHAR(0x0))) as t(test) 
   where DATALENGTH(test) = 2 AND Len(test) = 0
   

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