在sp_send_dbmail代码中使用变量引发执行失败，寻求解决方案

为什么使用@arg会导致崩溃？ #

问题出在sp_send_dbmail的@query参数执行机制上：当你传递@query时，SQL Server会在一个独立的数据库会话里执行这段查询代码，而你定义的@arg变量仅存在于当前会话中，这个独立会话无法访问到它。所以当查询执行到FORMAT(SUM(t.ManHrs), @arg)时，SQL Server会抛出“变量@arg未声明”的错误，直接导致sp_send_dbmail执行失败（也就是你说的崩溃）。

解决方案：动态拼接查询字符串 #

你需要把@arg的值直接嵌入到@query的字符串内容中，让最终传递给sp_send_dbmail的查询是一个完整的、包含具体格式参数的SQL语句。具体代码修改如下：

SET QUOTED_IDENTIFIER ON 
DECLARE @tab char(1) = CHAR(9), @arg VARCHAR(MAX) = 'N2'

-- 动态构造包含@arg值的查询字符串
DECLARE @query NVARCHAR(MAX) = N'SET NOCOUNT ON 
SELECT e.EmplName, FORMAT(SUM(t.ManHrs), ''' + @arg + ''') AS [Hrs Logged to Jobs] 
FROM EmplCode e 
JOIN TimeTicketDet t ON e.EmplCode = t.EmplCode 
WHERE CAST(t.TicketDate AS DATE) = CAST(GETDATE() AS DATE) 
AND t.WorkCntr <> 50 
GROUP BY e.EmplName, t.WorkCntr'

EXEC msdb.dbo.sp_send_dbmail 
    @profile_name = 'Company Profile', 
    @recipients = 'randomemail.gmail.com',
    @query = @query

关键细节说明：

• 字符串拼接时用''' + @arg + '''：SQL中字符串里的单引号需要用两个单引号来转义，这样最终生成的查询里会是FORMAT(..., 'N2')，符合语法要求。
• 如果后续@arg可能来自用户输入或外部变量，建议额外做SQL注入防护（比如使用QUOTENAME函数），不过当前场景下@arg是固定值，直接拼接是安全的。

可选方案：参数化动态SQL（更安全的进阶写法） #

如果@arg是动态传入的值，推荐用嵌套sp_executesql的方式实现参数传递，避免直接拼接带来的注入风险，示例如下：

SET QUOTED_IDENTIFIER ON 
DECLARE @tab char(1) = CHAR(9), @arg VARCHAR(MAX) = 'N2'

DECLARE @query NVARCHAR(MAX) = N'
SET NOCOUNT ON
EXEC sp_executesql 
    N''SELECT e.EmplName, FORMAT(SUM(t.ManHrs), @formatArg) AS [Hrs Logged to Jobs] 
       FROM EmplCode e 
       JOIN TimeTicketDet t ON e.EmplCode = t.EmplCode 
       WHERE CAST(t.TicketDate AS DATE) = CAST(GETDATE() AS DATE) 
       AND t.WorkCntr <> 50 
       GROUP BY e.EmplName, t.WorkCntr'',
    N''@formatArg VARCHAR(MAX)'',
    @formatArg = ''' + @arg + ''''

EXEC msdb.dbo.sp_send_dbmail 
    @profile_name = 'Company Profile', 
    @recipients = 'randomemail.gmail.com',
    @query = @query

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