SQL Server RAISERROR numeric参数报错及PRINT替代方案咨询

RAISERROR的格式占位符和传入参数是严格类型绑定的：%s仅适配字符串类型（char/varchar/nchar/nvarchar），本身没有提供numeric/decimal这类精确数值类型对应的专属占位符，直接把numeric类型的@num传给%s占位符，就会触发你看到的类型不匹配报错。

不需要单独声明varchar变量做中转。直接在RAISERROR的参数列表里内联做显式类型转换就行，不用额外定义变量，示例写法：

declare @institution varchar(10) = 'a', @num numeric(10,1) = 200.1
RAISERROR ('Start of strength_senior_update, @institution = %s, @num=%s', 0, 1,
        @institution, CONVERT(varchar(20), @num));

如果用的是SQL Server 2012及以上版本，还可以用CONCAT函数提前拼好完整消息，所有类型转换自动完成，连手动写CONVERT都省了：

declare @institution varchar(10) = 'a', @num numeric(10,1) = 200.1
DECLARE @msg nvarchar(max) = CONCAT(
    'Start of strength_senior_update, @institution = ',@institution,', @num=',@num
)
RAISERROR(@msg, 0, 1) WITH NOWAIT;

不能直接无脑替换，两者的行为逻辑差异很大：

• 首先语法上PRINT就不支持占位符传参，所有变量都要手动拼成完整字符串才能输出，numeric这类非字符串值同样要做类型转换，并不会比RAISERROR写法更简洁。
• 输出时机不一样：RAISERROR加上WITH NOWAIT参数可以实时把消息推到客户端，跑长耗时脚本调试的时候能随时看到进度；PRINT走输出缓冲区，很多时候要等整个批处理全部跑完才会一次性输出，调试体验很差。
• 功能边界不一样：RAISERROR可以指定严重级别、状态码，严重级别到11及以上就会抛出异常，能被TRY...CATCH捕获；PRINT只是单纯输出一行文本，完全不影响代码执行流程，也触发不了异常逻辑。

如果只是简单输出个调试信息，不需要实时输出、异常触发这些能力，用PRINT+CONCAT的写法也能满足需求，但一定要清楚上面说的差异，避免出现不符合预期的行为。

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