存储过程动态SQL执行报错：子查询返回多行值问题排查求助

这个错误的核心逻辑其实很直白：你试图用一个返回多行结果的子查询给单个变量@DMNotReachedAgainForLastSixtyDaysVIP赋值，但SQL Server不允许这么做——变量只能接收单个值，当子查询返回多条记录时，引擎就会抛出这个报错。

可能的诱因分析 #

从你的代码来看，主查询是用COUNT(DISTINCT SMSCH.Cgvak_Comh_Icode)做聚合统计，理论上应该返回单个数值，但实际触发了错误，大概率是以下原因：

• 动态查询拼接破坏了聚合逻辑：你传递的@DynamicQuery可能包含了GROUP BY语句，或者其他会让主查询从单结果聚合变成多结果分组查询的内容。比如如果@DynamicQuery里加了GROUP BY SMSCH.Cgvak_Comh_Icode，原本的COUNT就会按每个客户分组返回多个数值，导致子查询返回多行。
• 子查询关联逻辑漏洞：虽然可能性较低，但如果Cgvak_Sms_Company_Header和Cgvak_Sms_Company_Detail的关联存在未处理的一对多重复，或者IN子查询的结果和主查询关联后意外生成了多行聚合结果，也会触发这个问题。

解决步骤 #

1. 先排查动态查询内容
   把你实际传递给存储过程的@DynamicQuery值替换到完整SQL里，单独执行拼接后的语句，看返回的是单个值还是多个值。如果是多个值，说明动态部分引入了破坏聚合的代码（比如多余的GROUP BY），需要移除这类语句——动态条件应该只包含WHERE子句的过滤逻辑（比如SMSCH.Cgvak_Comh_Region = 'East'），不能改变主查询的聚合结构。

2. 验证主查询的独立性
   去掉@DynamicQuery拼接部分，执行核心统计逻辑：

   SELECT COUNT(DISTINCT SMSCH.Cgvak_Comh_Icode) 
   FROM Cgvak_Sms_Company_Header SMSCH 
   JOIN Cgvak_Sms_Company_Detail SMSCD ON SMSCD.Cgvak_Comd_Comh_Icode = SMSCH.Cgvak_Comh_Icode 
   JOIN [dbo].[Cgvak_Sms_User_Master] SMSUM ON SMSUM.Cgvak_User_Icode = SMSCH.Cgvak_Comh_AssignBDE_Icode 
   WHERE (SMSCD.Cgvak_Comd_Call_date >= DATEADD(DAY, -60, GETDATE())) 
     AND SMSCD.Cgvak_Comd_SpoketoStatus = 'N' 
     AND SMSCH.Cgvak_Comh_Icode IN (
         SELECT DISTINCT CSCH.Cgvak_Comh_Icode 
         FROM Cgvak_Sms_Company_Header CSCH 
         JOIN Cgvak_Sms_Company_Detail CSCD ON CSCD.Cgvak_Comd_Comh_Icode = CSCH.Cgvak_Comh_Icode 
         WHERE CSCH.Cgvak_Comh_VIPAC = 'Y' 
           AND CSCD.Cgvak_Comd_Call_date <= DATEADD(DAY, -60, GETDATE()) 
           AND CSCH.Cgvak_Comh_DMSpokeStatus = 1
     )
   

   如果这个基础查询返回单个值，说明问题肯定出在@DynamicQuery的拼接上；如果基础查询也返回多行，那就要检查关联逻辑（比如是否需要调整JOIN类型，或者增加额外的过滤条件来避免重复计数）。

3. 调整变量赋值逻辑（如果确实需要多行结果）
   如果你原本的需求就是要获取分组后的多个统计值，那不能用单个变量存储，而是改用表变量或临时表来接收结果：

   -- 定义表变量
   DECLARE @Results TABLE (CustomerCount BIGINT)
   -- 插入查询结果
   INSERT INTO @Results
   SELECT COUNT(DISTINCT SMSCH.Cgvak_Comh_Icode) 
   -- 这里是你的完整查询逻辑...
   
   -- 后续可以从表变量中读取数据
   SELECT * FROM @Results
   

4. 增加动态查询的合法性校验
   在存储过程里可以加一层校验，确保@DynamicQuery只包含合法的过滤条件，比如检查是否包含GROUP BY、UNION等可能破坏聚合的关键字，提前抛出错误避免执行失败。

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