如何在SQLite中利用SQL触发器实现多表联合更新？-SQL-PHP中文网

sqlite触发器不能直接update多张表，只能通过begin...end块内分步执行多个独立update语句，且需启用pragma recursive_triggers = on；典型应用是after update触发器同步更新关联表，如订单状态变更时更新用户最后下单时间和状态统计。

如何在sqlite中利用sql触发器实现多表联合更新？

SQLite触发器不能直接UPDATE多张表

SQLite的UPDATE语句本身不支持多表语法（比如UPDATE t1 JOIN t2 ON ... SET t1.x = ..., t2.y = ...），触发器里也不能用这种写法。你写的触发器如果试图在AFTER UPDATE里用一条UPDATE改两张表，会直接报错：near "JOIN": syntax error 或 no such table: t2（如果用了别名但没声明）。触发器里的SQL是单语句上下文，只能逐表操作。

真正可行的路径是：在一个触发器中按顺序执行多个独立的UPDATE语句——但这必须用BEGIN ... END块封装，且仅在启用PRAGMA recursive_triggers = ON的前提下才稳定生效（默认关闭）。

实操建议：

确保已开启递归触发器：PRAGMA recursive_triggers = ON（否则第二个UPDATE可能被忽略）
所有涉及的表必须已存在，且字段名、类型要严格匹配，触发器不校验跨表约束
避免循环触发：比如t1更新触发t2更新，而t2的触发器又反过来更新t1——这会导致too many levels of trigger recursion错误
事务安全：整个触发器逻辑包裹在隐式事务中，任一UPDATE失败，全部回滚

用AFTER UPDATE触发器分步更新关联表

典型场景：订单表orders更新status时，同步更新用户表users的last_order_time和统计表stats_by_status的计数。不能靠一条SQL，但可以用触发器链式响应。

示例（假设orders有id, user_id, status, created_at）：

CREATE TRIGGER update_user_and_stats_after_order_status
AFTER UPDATE OF status ON orders
BEGIN
  UPDATE users SET last_order_time = NEW.created_at
  WHERE id = NEW.user_id;
<p>UPDATE stats_by_status SET count = count + 1
WHERE status = NEW.status;</p><p>UPDATE stats_by_status SET count = count - 1
WHERE status = OLD.status;
END;</p>

注意点：

NEW和OLD只在当前触发的表（orders）上下文中有效，不能用来引用其他表字段
每个UPDATE必须显式写出WHERE条件，漏写会导致全表误更新
如果stats_by_status中NEW.status对应行不存在，count = count + 1不会插入新行——需额外用INSERT OR IGNORE配合UPDATE或改用INSERT ... ON CONFLICT（SQLite 3.24+）

替代方案：用VIEW + INSTEAD OF触发器模拟“联合更新”

当业务逻辑固定、关联关系明确（如主从一对多），可建一个VIEW把多表字段拼在一起，再用INSTEAD OF UPDATE触发器接管写入逻辑。这不是真联合更新，而是把应用层的“想改两个地方”翻译成触发器里的两步操作。

例如建视图order_summary包含orders.id, users.name, orders.status：

CREATE VIEW order_summary AS
SELECT o.id, u.name, o.status
FROM orders o JOIN users u ON o.user_id = u.id;

然后定义触发器：

CREATE TRIGGER update_order_summary_instead
INSTEAD OF UPDATE ON order_summary
BEGIN
  UPDATE orders SET status = NEW.status WHERE id = NEW.id;
  -- 注意：这里不能直接改users.name，因为VIEW里name来自JOIN，不是基表可写列
  -- 若真要改name，得在VIEW定义里暴露users.id，或另建专用更新接口
END;

关键限制：