在业务系统里，某些字段的默认值并非固定内容，而是要依据同一行其他列的值或是会话级业务状态来决定。使用SQL触发器可以把这种动态默认值逻辑下沉到数据库，在写操作发生前自动完成赋值。
什么是基于业务条件的动态默认值
普通默认值比如注册时间取当前时间，用DEFAULT CURRENT_TIMESTAMP即可。但如果规定：当订单类型为线上时，渠道字段默认填web；为线下时默认填store，这就属于基于业务条件的动态赋值。此类逻辑放在触发器中最直接。
用BEFORE触发器实现动态赋值
以MySQL为例，我们可以在BEFORE INSERT和BEFORE UPDATE触发器中读取NEW行，按条件改写目标列。
DELIMITER //
CREATE TRIGGER trg_orders_before_insert
BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
-- 根据订单类型动态设置渠道默认值
IF NEW.channel IS NULL OR NEW.channel = '' THEN
IF NEW.order_type = 'online' THEN
SET NEW.channel = 'web';
ELSEIF NEW.order_type = 'offline' THEN
SET NEW.channel = 'store';
ELSE
SET NEW.channel = 'unknown';
END IF;
END IF;
-- 根据金额动态设置会员等级默认值
IF NEW.level IS NULL THEN
IF NEW.amount >= 1000 THEN
SET NEW.level = 'gold';
ELSE
SET NEW.level = 'normal';
END IF;
END IF;
END //
DELIMITER ;
更新时同样需要保护默认值
如果业务允许修改订单，也要建BEFORE UPDATE触发器，防止更新把渠道或等级清掉后没有补默认值。
DELIMITER //
CREATE TRIGGER trg_orders_before_update
BEFORE UPDATE ON orders
FOR EACH ROW
BEGIN
IF NEW.channel IS NULL OR NEW.channel = '' THEN
IF NEW.order_type = 'online' THEN
SET NEW.channel = 'web';
ELSEIF NEW.order_type = 'offline' THEN
SET NEW.channel = 'store';
ELSE
SET NEW.channel = 'unknown';
END IF;
END IF;
END //
DELIMITER ;
不同数据库中的写法差异
| 数据库 | 新行引用 | 触发器时机关键字 |
|---|---|---|
| MySQL | NEW | BEFORE INSERT |
| PostgreSQL | NEW | BEFORE INSERT |
| SQL Server | inserted表 | INSTEAD OF INSERT |
PostgreSQL示例片段
CREATE OR REPLACE FUNCTION set_channel_default()
RETURNS TRIGGER AS $$
BEGIN
IF NEW.channel IS NULL OR NEW.channel = '' THEN
IF NEW.order_type = 'online' THEN
NEW.channel := 'web';
ELSE
NEW.channel := 'store';
END IF;
END IF;
RETURN NEW;
END;
$$ LANGUAGE plpgsql;
CREATE TRIGGER trg_orders_bi
BEFORE INSERT ON orders
FOR EACH ROW EXECUTE FUNCTION set_channel_default();
使用触发器的注意事项
- 触发器对每条命中的行都会执行，批量写入时需注意性能。
- 避免触发器里再写同一张表导致递归触发。
- 应用层仍可能显式传值，触发器只填补空缺或按规则覆盖。
- 做好脚本版本管理，改业务规则时同步修改触发器。
把动态默认值逻辑放进触发器，可以减少应用代码分支，也让数据无论由哪个服务写入都保持一致。
小结
用SQL触发器实现默认值逻辑，核心是在BEFORE阶段判断NEW行字段，并按业务条件赋值。只要控制好触发范围和性能，就能用很低的成本守住数据的默认规则。