触发器中不能直接用sum()聚合订单明细，因inserted/deleted表可能含多行，需用group by和full join处理insert/update/delete，配合isnull确保非空，并在after触发器中安全更新主表。
触发器里不能直接用 SUM() 聚合订单明细？
很多人写 AFTER UPDATE 触发器时，一上来就想在触发器里直接 SELECT SUM(amount) FROM order_items WHERE order_id = @id，结果发现：更新单条明细时能跑通，但批量更新（比如一次改 100 行）就出错——Subquery returned more than 1 value。这是因为触发器的 inserted 表可能含多行，而你用标量子查询硬套单值逻辑。
正确做法是：把 inserted 和 deleted 当作真实表来 JOIN 或 GROUP BY，而不是当成“刚改的那一条”。
- 必须用
GROUP BY order_id汇总每笔订单的变动量 - 要同时考虑
inserted（新增/修改后）和deleted（修改前/删除）两部分数据 - 金额变化量 =
ISNULL(i.amount, 0) - ISNULL(d.amount, 0)，不是简单取i.amount
UPDATE 触发器如何安全处理 NULL 值和空明细？
订单主表的 total_amount 字段一旦被设为 NULL，后续所有汇总逻辑都会中断。更隐蔽的问题是：当某订单所有明细被删光，order_items 里查不到记录，SUM 返回 NULL，但主表字段可能不允许 NULL —— 直接报错。
所以触发器里必须显式处理边界情况：
- 用
ISNULL(SUM(...), 0)确保汇总结果不为 NULL - UPDATE 主表前先检查目标
order_id是否存在于inserted或deleted中，避免无意义执行 - 如果业务允许“空订单”，主表
total_amount字段建议设为NOT NULL DEFAULT (0)
为什么不用 INSTEAD OF 而坚持 AFTER？
INSTEAD OF UPDATE 看似可控，但实际会绕过 SQL Server 的默认约束、标识列、计算列等机制，还容易导致 CDC（变更数据捕获）或事务日志备份异常。而 AFTER UPDATE 是唯一能确保：明细已落盘、主表可安全读写、且不影响其他依赖触发器的下游逻辑（如审计日志）的时机。
关键点在于：AFTER 触发器内禁止再 UPDATE 同一张明细表（防递归），但可以安全 UPDATE 主表 orders：
- 触发器中 UPDATE
orders必须带WHERE order_id IN (SELECT order_id FROM inserted UNION SELECT order_id FROM deleted) - 务必开启
RECURSIVE_TRIGGERS OFF（数据库级，默认就是 OFF） - 不要在触发器里调用 UDF 或远程查询，否则拖慢所有明细更新操作
示例：最小可用的同步触发器
CREATE TRIGGER tr_update_order_total
ON order_items
AFTER INSERT, UPDATE, DELETE
AS
BEGIN
SET NOCOUNT ON;
<pre class="brush:php;toolbar:false;">UPDATE o
SET total_amount = ISNULL(t.sum_amt, 0)
FROM orders o
INNER JOIN (
SELECT order_id, SUM(ISNULL(i.amount, 0) - ISNULL(d.amount, 0)) AS sum_amt
FROM inserted i
FULL JOIN deleted d ON i.order_id = d.order_id AND i.item_id = d.item_id
GROUP BY COALESCE(i.order_id, d.order_id)
) t ON o.order_id = t.order_id;END;
注意这个写法用 FULL JOIN 统一处理 INSERT/UPDATE/DELETE 三种场景，COALESCE(i.order_id, d.order_id) 确保不管哪边为空都能取到订单号。别漏掉 SET NOCOUNT ON，否则 .NET 的 SqlCommand.ExecuteNonQuery() 可能误判影响行数。
真正麻烦的从来不是写出来，而是上线后发现某次批量导入跳过了触发器（因为用了 INSERT ... SELECT + TABLOCK），或者报表查到的 total_amount 比明细加起来少一分钱——那八成是触发器没覆盖到 UPDATE order_items SET amount = amount * 1.0 这种隐式类型转换场景。
