从存储过程参数向SQL Server插入多语言值的问题排查

首先得戳破核心问题：你给@k赋值时没给字符串字面量加N前缀，这已经让Unicode字符提前丢失了——后续再用N''+@k+''拼接根本救不回来，因为@k里存的已经是转码损坏后的乱码了。

为什么会出现这种情况？ #

SQL Server里，不带N前缀的字符串字面量会被默认识别为**非Unicode（varchar）**类型，哪怕你把它赋值给nvarchar变量。这时候SQL Server会先把字面量转换成数据库默认的字符集（比如常见的SQL_Latin1_General_CP1_CI_AS，只支持ASCII和部分西欧字符），像古吉拉特语这类非拉丁语系的字符会直接变成问号或乱码，存入@k后就彻底没法恢复了。

而N前缀的作用是告诉SQL Server：「这个字面量是Unicode类型，直接按nvarchar存储，别瞎转码」——但它只对原始字面量生效，对已经损坏的变量内容完全没用。

正确的写法 #

要让Unicode字符正常存储，必须在给变量赋值字面量的瞬间就加上N前缀，不管是给哪个变量：

declare @kk nvarchar(1000),@K nvarchar(100);
-- 关键：给字面量加N前缀，确保@k正确保留Unicode字符
set @k = N'મારું નામ પિનલ છે';
-- 这时候直接赋值或者拼接都没问题，甚至@kk = @k就够了
set @kk = @k;
print @kk;

额外提醒 #

• 如果@k的值不是来自字面量（比如存储过程参数、其他变量），要确保源头的参数/变量类型是nvarchar（别用varchar），且传入时已经正确处理了Unicode。
• 数据库表的对应字段也要用nvarchar/nchar类型，不然哪怕变量存对了，插入到表时还是会丢字符。

内容的提问来源于stack exchange，提问作者althaf a s