SQL Server触发器干扰查询语句：UPDATE时仍返回中间结果求助

我来帮你排查这个问题——虽然你已经加了SET NOCOUNT ON，但还是看到中间结果，大概率是触发器里还有其他产生结果集的操作，或者配置上的小细节没注意到。下面是几个常见的排查和解决方向：

1. 检查触发器内部是否存在额外的结果输出 #

SET NOCOUNT ON只是抑制了SQL Server返回的“受影响行数”消息，但如果触发器里有这些操作，依然会产生中间结果：

• 调试用的SELECT语句（比如SELECT * FROM inserted;）
• PRINT输出语句
• 调用了会返回结果集的存储过程/函数

解决方式：

• 删掉或注释掉所有调试用的SELECT/PRINT
• 如果必须调用存储过程，要么给该存储过程也加上SET NOCOUNT ON，要么把它的结果集导入到表变量里（比如INSERT INTO @tempTable EXEC YourStoredProc;），避免结果透传给客户端

2. 确认SET NOCOUNT ON的作用范围覆盖整个触发器 #

你当前的代码把SET NOCOUNT ON放在BEGIN之后，这个位置是对的，但要注意：

• 如果触发器里有分支逻辑（比如IF...ELSE），确保每个分支里都不会产生额外结果
• 如果调用了其他模块（存储过程、函数），必须保证这些模块也不会返回结果集——最稳妥的是给被调用的模块也加上SET NOCOUNT ON

3. 排查OUTPUT子句或嵌套触发器的影响 #

如果你的触发器里使用了INSERT ... OUTPUT或UPDATE ... OUTPUT语句，哪怕加了SET NOCOUNT ON，OUTPUT的结果集还是会返回给客户端。解决方式：

• 如果不需要这个结果，直接去掉OUTPUT子句
• 如果需要用OUTPUT的结果做后续逻辑，把输出插入到表变量里（比如INSERT INTO @outputResults OUTPUT inserted.* ...）

另外，如果这个触发器触发了其他表的嵌套触发器，也要检查那些触发器是否存在产生结果集的操作，同样要加SET NOCOUNT ON并抑制结果输出。

4. 修正后的触发器示例 #

这里给你一个规范的触发器模板，确保不会产生额外结果：

ALTER TRIGGER [dbo].[trgForMedCMDWorkItemsUpdate] 
ON [dbo].[MedCMDWorkItems] 
AFTER UPDATE 
AS 
BEGIN
    -- 把SET NOCOUNT ON放在最开头，覆盖整个触发器逻辑
    SET NOCOUNT ON;

    -- 用表变量存储inserted/deleted的数据，避免直接SELECT输出
    DECLARE @UpdatedRecords TABLE (Id INT, YourColumn VARCHAR(50));
    INSERT INTO @UpdatedRecords (Id, YourColumn)
    SELECT Id, YourColumn FROM inserted;

    -- 你的业务逻辑写在这里，比如更新关联表、记录日志等
    -- 注意不要有任何会返回结果集的操作

END

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