TSQL：在字符串中显式指定 NVARCHAR 有什么好处？

Question

当您将新的 job_type 添加到 时sys.sp_cdc_add_job @job_type，
（类型为 nvarchar(20)）

您可以将参数传递为

• N'cleanup'
• cleanup

使用以前的语法有什么理由或好处吗使用 N' 将参数传递给存储过程？

Answer 1

仅当字符串包含 unicode 字符时，

字符串在传递到存储过程时才会隐式转换为 nvarchar。

然而，在 SP 执行之前，它是一个没有 N 前缀的文字 varchar（“字符串常量”）。因此，如果您使用日语名称，则需要“N”才能使其成为“unicode 常量”。请参阅 BOL 中的“常量”，其中解释了有关呃常量的更多信息...

编辑：受安多玛启发对此进行的测试...

CREATE PROCEDURE dbo.ZanziBar
   @KungFoo nvarchar(1)
AS
SET NOCOUNT ON
SELECT @KungFoo
GO

EXEC dbo.ZanziBar '₠'

EXEC dbo.ZanziBar N'₠'

Answer 2

Windows 中的大多数字符串都是 unicode UCS-16。现在我没有编写SSMS，但我知道SSMS 使用TDS 协议与SQL Server 进行对话。因此，合乎逻辑的是 SSMS 将 '' 字符串转换为 8 位 TDS 字符串，同时它可以将 N'' 字符串作为 UCS-16 TDS 字符串发送无需转换。让我们看看测试中会发生什么：

select '₠', N'₠'
---- ----
?    ₠

(1 row(s) affected)    

? 是纯 Unicode 字符的剩余部分，它在 UCS-16 到 8 位的转换中丢失了。

由于 SSMS 不知道存储过程需要什么类型的字符串，因此我希望它也能在存储过程调用中转换 '' 字符串。

性能损失应该可以忽略不计，UCS-16 到 UCS-8 的往返速度非常快。