SQL Server如何通过执行动态变量打印变量值并解决102报错

你反复调整单引号数量还是报错，本质是两个没被注意到的逻辑问题：

• 动态SQL拼接时的单引号配对错位
  把当前代码的拼接结果展开来看，当变量值代入后，最终要执行的SQL片段实际为：

  print '
  --Some code that might effecting @t in different ways...
  
  Print value for @t: 'test
  
  --Some more code...
  '
  

  这里Print value for @t: 后面的单引号提前闭合了字符串边界，剩余的test没有被字符串包裹，直接暴露在SQL语法层，就是102号语法错误提示'test'附近有问题的直接原因。T-SQL的转义规则很简单：字符串内部的单引号需要用两个连续单引号转义，但拼接字符串变量值时，根本不需要给变量值额外套多层单引号——你之前的操作相当于把本来就是字符串的@t值，硬塞到了两个不配对的单引号中间，语法自然出错。
• 动态SQL的作用域隔离问题
  就算你把单引号数调成对的，用exec(@r)执行的动态代码运行在独立的批处理上下文里，根本访问不到外层声明的@t、@r局部变量。你之前偶尔调整单引号能跑通，本质是刚好凑出了语法正确的字符串，但因为作用域隔离，打印出来的值通常是空的，根本没达到输出对应变量值的目的。

针对你有大量同类打印需求的场景，直接选下面效率最高的方式，不用再手动数单引号配对：

无动态SQL需求时直接打印 #

如果只是要输出变量值，完全没必要套动态执行的逻辑，直接拼接普通字符串输出即可：

declare @t char(4)
set @t = 'test'
-- 直接输出，省去动态SQL的转义成本
print 'Print value for @t: ' + @t

需要动态代码块时用参数化动态SQL #

确实需要在动态代码块里打印外层变量的话，用sp_executesql代替无参数的exec()，通过参数传递值，彻底避免手动转义的麻烦：

declare @r nvarchar(max), @t char(4)
set @t = 'test'
-- 动态代码块里用参数占位符代替要打印的变量
set @r = N'
-- 原有的其他动态代码逻辑...
print N''Print value for @t: '' + @inner_t
'
-- 显式把外层变量值传给动态代码的参数，引擎自动完成值传递和转义
exec sp_executesql 
    @statement = @r,
    @params = N'@inner_t char(4)',
    @inner_t = @t

这种方案的批量适配性极强：有多个变量需要传的时候，只需要在@params里追加参数定义、在执行语句里补上参数赋值就行，不用反复调整单引号数量。

调试多变量时的高效打印方式 #

如果是临时调试场景，需要快速输出多个变量的值，直接把变量拼成结果集查询，比print的效率更高，也不存在字符串截断、转义出错的问题：

-- 一次性输出所有要调试的变量值
select 
    '变量@t' as 变量标识,
    @t as 变量值
union all
select 
    '变量@r' as 变量标识,
    @r as 变量值

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