触发器中无法直接修改NEW/OLD值实现跨表联动，必须显式执行UPDATE语句；MySQL/AFTER中NEW只读，PG禁止更新触发表，SQLite能力有限，复杂逻辑应交由应用层处理。
MySQL 触发器里怎么写 UPDATE 关联字段逻辑
直接改 AFTER UPDATE 触发器里的 NEW 值没用——触发器执行时，主语句已提交或正在提交，NEW 是只读快照。真要联动改其他行，必须显式发 UPDATE 语句。
常见错误是以为在 BEFORE UPDATE 里改 NEW.status = 'done' 就能顺带更新关联表，结果发现另一张表根本没变。这不是语法错，是误解了触发器作用域。
- 只读字段：所有
NEW.xxx和OLD.xxx在AFTER触发器中不可赋值；BEFORE中可改本行字段，但改不了别的表 - 跨表联动必须用
UPDATE other_table SET ... WHERE ...显式写出来 - 注意触发器嵌套：如果被联动的表上也有触发器，可能引发意外递归（MySQL 默认限制 25 层，但容易卡死或报
ERROR 1442）
PostgreSQL 的 FOR EACH ROW 触发器怎么安全更新关联记录
PG 允许在触发器函数里执行任意 SQL，包括 UPDATE、INSERT，但默认事务隔离级别下，若联动更新涉及同一张表，大概率遇到 ERROR: cannot update table "xxx" in a trigger that fires on it —— 这不是权限问题，是 PG 的明确限制：禁止对当前触发事件的表做 DML。
典型场景：用户表 users 更新 last_login_at，想同时把对应 user_profiles 表的 updated_at 也刷一下。只要不碰 users 自身，就安全。
- 允许操作：更新其他表、调用函数、发通知（
NOTIFY） - 禁止操作：对触发该函数的表执行
INSERT/UPDATE/DELETE - 绕过方案：用
pg_notify()+ 外部监听器异步处理，或改用物化视图+定时刷新（适合非实时场景）
触发器里改字段值导致死循环怎么办
死循环本质是「A 表触发器改 B 表 → B 表触发器又改 A 表」。MySQL 报 ERROR 1442，PG 报 ERROR: infinite recursion detected，SQL Server 是 MAXRECURSION 超限。不是性能问题，是设计冲突。
比如订单状态变「已发货」时，触发器去改库存表；而库存不足时，库存表的触发器又把订单状态打回「待确认」——两边互锁，必崩。
- 检查所有相关表的触发器定义：
SHOW TRIGGERS LIKE 'orders';（MySQL）或查pg_trigger（PG） - 加标记字段临时禁用：在联动
UPDATE语句里加WHERE NOT is_trigger_sync = true，并在触发器开头设这个 flag（需配合BEFORE触发器和NEW字段） - 更稳的做法：把联动逻辑提到应用层，用事务包住两步操作，比触发器更可控
SQLite 能不能用触发器实现字段联动
可以，但能力最弱。SQLite 支持 BEFORE/AFTER UPDATE/INSERT/DELETE，也支持多条语句，但它没有函数体、不能声明变量、不能条件跳转（无 IF），所有逻辑得压进单条 UPDATE 或 INSERT 里。
比如想让 products.price 变动时，自动按比例更新 products.sale_price，只能写成：
CREATE TRIGGER update_sale_price AFTER UPDATE OF price ON products BEGIN UPDATE products SET sale_price = NEW.price * 0.8 WHERE rowid = NEW.rowid; END;
一旦逻辑变复杂（比如“仅当 price > 100 才调整”），SQLite 触发器就扛不住了，得换到应用层处理。
- 不支持子查询作为
SET值（除非是简单标量子查询） - 不能调用自定义函数（除非你编译时启用了扩展）
- 错误信息极其简陋，调试靠
PRAGMA recursive_triggers = ON;+ 日志打印（实际很难）
字段联动这事，越底层的数据库，留给触发器的余地越小。别硬刚，该交还给代码的地方，就别塞进触发器里。
