SQL Server触发器中inserted是表而非单行变量，必须用集合操作（如GROUP BY+SUM）处理多行，禁用@var=(SELECT...)、游标或逐行逻辑，测试需用多行含重复键值的数据验证。
SQL Server触发器中inserted是表，不是单行变量
很多人写触发器时习惯用@var = (SELECT xxx FROM inserted)来取值，结果批量插入时只生效第一行——因为子查询返回多行会报错，而加TOP 1或没加ORDER BY就等于随机取一行。根本原因在于：inserted和deleted是**真正的临时表**，结构与原表一致，可含零行、一行或多行。
必须放弃“逐行思维”，改用集合操作。比如更新父表汇总字段，不能写SET SubTotal = SubTotal + LineTotal，而要对inserted按业务键分组聚合。
用SUM()和GROUP BY处理多行插入的汇总逻辑
典型场景：订单明细PurchaseOrderDetail插入多行，需累加到对应订单头PurchaseOrderHeader.SubTotal。错误写法直接引用inserted.LineTotal导致仅加一行；正确做法是对inserted按PurchaseOrderID分组求和，再关联更新。
- 先用
SELECT PurchaseOrderID, SUM(LineTotal) AS TotalLine FROM inserted GROUP BY PurchaseOrderID算出每单新增总额 - 再用
UPDATE ... FROM语法关联更新：UPDATE h SET SubTotal = h.SubTotal + g.TotalLine FROM PurchaseOrderHeader h INNER JOIN (SELECT PurchaseOrderID, SUM(LineTotal) AS TotalLine FROM inserted GROUP BY PurchaseOrderID) g ON h.PurchaseOrderID = g.PurchaseOrderID - 注意WHERE条件必须落在JOIN之后，不能写成
WHERE h.PurchaseOrderID IN (SELECT PurchaseOrderID FROM inserted)，否则可能漏更新（比如同一订单ID在inserted里出现多次，但聚合后只有一行）
避免用游标或变量遍历inserted表
有人为“保险”选择声明游标遍历inserted，或者用WHILE @@ROWCOUNT > 0循环取TOP 1，这既低效又易出错。SQL Server触发器设计就是面向集合的，游标会放大锁竞争、拖慢批量操作，且无法保证顺序。
- 游标在并发插入时可能读到不一致的
inserted快照 - 变量赋值如
SELECT @id = PurchaseOrderID FROM inserted在多行时行为未定义（SQL Server通常返回最后一行，但不保证） - 真需要逐行逻辑（如发消息、调外部API），应把
inserted内容先INSERT到队列表，由后台作业异步处理，而非堵在触发器里
测试触发器是否真正支持多行的简单方法
别只用INSERT INTO ... VALUES (...)单行测试。必须用INSERT INTO ... SELECT或INSERT INTO ... VALUES (...), (...), (...)插入≥2行，且至少包含一个重复的外键值（如两个明细行指向同一PurchaseOrderID），再查目标表确认汇总值是否等于所有明细LineTotal之和。
容易被忽略的是：触发器里若混用@@ROWCOUNT判断行数、或依赖SCOPE_IDENTITY()这类标量函数，它们本身不感知inserted行数，只反映上一条语句影响行数——这会让调试更隐蔽。
