SQL Server插入爱普生特殊字符[SCI]被替换为?，为何NCHAR(154)可行？

为什么INSERT直接写字符串会把SCI字符变成问号？ #

这核心是字符串字面量的编码解析问题，咱们拆两点说：

1. 非Unicode字面量的编码限制：当你写不带N前缀的字符串（比如'abc[SCI]123'），SQL Server会用数据库默认代码页（对应LATIN1_GENERAL_CI_AS的是1252）去解析。虽然代码页1252确实包含ASCII 154这个控制字符，但问题出在你的应用生成INSERT语句时，没办法正确保留这个不可打印的控制字符——大多数文本处理工具、代码生成器在处理这类不可见控制字符时，会自动把它替换成?（因为没法在常规文本里表示），等SQL Server拿到这个语句时，里面已经是问号了，自然存进去就是问号。
2. NCHAR(154)和UPDATE的特殊性：用NCHAR(154)是直接让SQL Server生成对应的Unicode控制字符，完全绕过了字面量编码的坑；而UPDATE的REPLACE是用合法的Unicode字符去替换已经存在的问号，自然能正确写入，这也侧面说明你的目标列是nvarchar/nchar类型（只有Unicode列才能稳定存储这类控制字符）。

不用修改应用，怎么直接用INSERT存储SCI字符？ #

根据你的需求，推荐两个可行的方案：

• 给字符串字面量加N前缀：把INSERT语句里的字符串改成N'abc[SCI]123'（注意开头的N）。这个前缀会告诉SQL Server把整个字符串当成Unicode字面量处理，只要应用生成的语句里确实包含了SCI控制字符（而不是字符串"[SCI]"），SQL Server就能正确解析并存储，不会转成问号。
• 拼接NCHAR(154)生成字符串：如果应用没办法加N前缀，可以把SCI字符替换成NCHAR(154)的拼接形式，比如写成：

  INSERT INTO Table(col1) VALUES ('abc' + NCHAR(154) + '123')
  

  这样SQL Server执行时会自动把NCHAR(154)转换成正确的控制字符，和前后的字符串拼接后存入目标列。

额外注意事项 #

确认你的目标列类型是nvarchar或nchar，如果是varchar/char类型，即使排序规则支持，也可能因为非Unicode存储的限制导致控制字符丢失（不过你的UPDATE能成功，应该列类型是对的，还是建议再核对一下）。

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