SQL Server触发器多行处理问题：求Oracle FOR EACH ROW等效实现

我完全懂你的困扰——Oracle里的FOR EACH ROW触发器会逐行处理每一条插入的数据，但SQL Server的触发器是基于集合运行的：它会把所有插入的行都放到inserted这个虚拟表中，而不是像Oracle那样逐行触发。你当前的触发器只从inserted里取了一行值赋值给变量，所以多行插入时，变量只会被最后一行的值覆盖，只有最后一条记录能被处理，其他行都被漏掉了。

解决方案：改用集合式更新 #

我们不需要模拟逐行处理，SQL Server更擅长集合操作，直接通过UPDATE...FROM关联inserted表和目标表DefectAct，用CASE语句判断每行的投票结果，批量更新即可：

ALTER trigger [dba].[wyankiet] on [dba].[DOM_WyAnkiet] 
AFTER INSERT 
AS 
BEGIN
    -- 关闭计数提示，避免干扰调用方的返回结果
    SET NOCOUNT ON;

    -- 批量更新：关联inserted中的每一行到DefectAct对应的记录
    UPDATE da
    SET 
        status = CASE
                    WHEN i.LiczbaGlosowTak > i.LiczbaGlosowNie THEN '49A86504-2E7D-46AB-A022-FC4C3C8CA853'
                    WHEN i.LiczbaGlosowNie > i.LiczbaGlosowTak THEN '2EDA9FB2-8ED2-43AC-8C30-348D3F060CE3'
                    ELSE '588B5BAA-F7CE-455D-9489-B2B956949449' -- 赞成票和反对票相等的情况
                END,
        InspectionDate = GETDATE()
    FROM dba.DefectAct da
    INNER JOIN inserted i 
        ON da.DefectActId = i.IdUsterkiService;
END

为什么这个方案有效？ #

• 它直接遍历inserted表中的所有行，每一行都会匹配DefectAct中对应的记录并更新，完美实现了你需要的“逐行处理”效果
• 集合操作比逐行循环（比如用游标）效率高得多，尤其在插入大量数据时优势明显
• 避免了变量赋值带来的单行覆盖问题

额外提醒 #

• 确保IdUsterkiService和DefectActId的关联关系是唯一的，避免一条插入行意外更新多条DefectAct记录
• SET NOCOUNT ON是触发器中的最佳实践，它会阻止SQL Server返回触发器中操作影响的行数，避免干扰调用这个插入操作的应用程序

内容的提问来源于stack exchange，提问作者Kordian Zadrożny