能，仅限 before insert 触发器，须用 new.字段名 显式赋值；mysql 和 postgresql 支持，sqlite 需 instead of 替代；禁止在其中 select from 当前表，跨表汇总应使用 after insert + 原子 update 或应用层处理。
INSERT BEFORE 触发器能改新行数据吗？
能，但仅限于 BEFORE INSERT 触发器，且必须用 NEW.字段名 赋值。MySQL 和 PostgreSQL 都支持，SQLite 不支持直接修改 NEW（需用 INSTEAD OF 替代）。触发器里不能用 SELECT ... INTO 给 NEW 赋值——必须显式赋值，比如 SET NEW.total = NEW.qty * NEW.price;。
汇总字段依赖其他表数据时怎么写？
常见场景：插入订单明细时，自动更新订单主表的 order_total。这时不能只靠 NEW，得查关联表。注意两点：一是触发器内禁止修改当前正在操作的表（否则递归或死锁），二是跨表计算必须用 SELECT ... INTO 或子查询赋值。
- MySQL 示例（更新主表）：
CREATE TRIGGER update_order_total AFTER INSERT ON order_items<br>FOR EACH ROW<br>BEGIN<br> UPDATE orders SET total = (<br> SELECT COALESCE(SUM(qty * price), 0)<br> FROM order_items<br> WHERE order_id = NEW.order_id<br> ) WHERE id = NEW.order_id;<br>END;
- PostgreSQL 更稳妥：用
AFTER+UPDATE，避免在BEFORE中查本表引发“关系正在被扫描”错误 - 千万别在
BEFORE INSERT里写SELECT ... FROM order_items WHERE order_id = NEW.order_id—— 此时新行还没写入，查不到自己
触发器里调用函数计算汇总值要注意什么？
封装逻辑到函数（如 calc_item_discount()）能提升可读性，但会带来隐性开销和调试难度。关键限制：
- MySQL 函数不能含
SELECT或修改数据（除非是READS SQL DATA或MODIFIES SQL DATA显式声明） - PostgreSQL 函数默认是
VOLATILE，触发器中调用没问题；但若函数里用了INSERT/UPDATE，必须确保不触碰当前事务中的同表 - 别在函数里再调触发器——容易无限循环。比如
update_orders()函数里又UPDATE orders，而该表又有AFTER UPDATE触发器 - 示例安全写法：
SET NEW.discounted_price = calc_fixed_discount(NEW.price, NEW.category);
并发插入时汇总字段会不会算错？
会，而且很隐蔽。比如两个事务同时插入同一订单的明细，都读到旧的 total，各自加完再写回去，结果丢失一次累加。根本解法不是加锁（触发器里没法优雅加行锁），而是：
- 用
AFTER INSERT+ 原子化UPDATE ... SET total = total + NEW.qty * NEW.price（MySQL 支持，PostgreSQL 需UPDATE ... FROM或 CTE） - 把汇总逻辑移到应用层，用带条件的
UPDATE orders SET total = total + ? WHERE id = ? AND version = ?实现乐观锁 - 彻底放弃实时汇总，改用定时任务或物化视图异步更新——尤其当并发高、一致性要求不苛刻时
触发器不是银弹，它让业务逻辑藏在数据库里，出问题时比代码更难定位。真要强一致性，优先考虑应用层聚合或数据库原生的物化视图能力。
