怎样处理SQL触发器中的空值计算问题

当NULL参与字符串拼接时，其结果将为NULL。因此，需要使用ISNULL/IFNULL/COALESCE对每个字段分别进行兜底处理；在UPDATE触发器中，若要判断“被清空”的情况，必须对比DELETED与INSERTED；对于数值/日期的兜底值类型，必须与字段类型相匹配；若要拦截空值，必须使用RAISERROR/SIGNAL/RAISE EXCEPTION并回滚事务。

触发器里字符串拼接一碰 NULL 就变 NULL

SQL 标准规定：任何字段参与 + 或 CONCAT() 时，只要有一个是 NULL，整个结果就是 NULL。这不是报错，是静默失效——你可能发现日志里没记录、界面显示空白、下游系统收不到数据，却查不出错在哪。

必须对每个可能为空的字段单独包裹兜底函数：

• ISNULL(INSERTED.name, '') + ' - ' + ISNULL(INSERTED.code, '')（SQL Server）
• CONCAT(IFNULL(INSERTED.name, ''), ' - ', IFNULL(INSERTED.code, ''))（MySQL）
• COALESCE(INSERTED.name, '') || ' - ' || COALESCE(INSERTED.code, '')（PostgreSQL）

别写成 ISNULL(INSERTED.name + ' - ' + INSERTED.code, '')——拼接在进入 ISNULL 前就崩了，兜底无效。

UPDATE 触发器中判断“字段被清空”要对比 DELETED 和 INSERTED

只查 INSERTED.phone IS NULL 只能知道“现在是空”，但无法区分是用户刚删掉，还是字段本来就是空、根本没变。业务上常需要拦截“从有到无”的变更，比如禁止清空主联系方式。

正确写法必须显式对比：

• WHERE DELETED.phone IS NOT NULL AND INSERTED.phone IS NULL
• SQL Server 中字段名必须带前缀，漏写 DELETED. 或 INSERTED. 会查到错误行
• 如果想区分“首次设空”和“重复设空”，仅靠触发器做不到，得依赖 updated_at 或版本号字段辅助判断

数值/日期字段兜底别用字符串，类型错配直接报错

在SQL Server中，ISNULL(age, 'N/A') 会尝试将字符串转换为 INT，然后直接抛出 Conversion failed when converting the varchar value 'N/A' to data type int. 错误。这种错误在测试环境中很容易被忽视（因为测试数据都是数字），但上线后遇到真实的空值时就会导致程序崩溃。

兜底值类型必须严格匹配字段类型：

• 数值型：ISNULL(age, 0) 或 COALESCE(age, 0)
• 日期型：ISNULL(birth_date, '1900-01-01') 或 COALESCE(birth_date, GETDATE())
• 字符串型：ISNULL(email, '')
• 别为了“统一风格”强行用字符串兜底所有字段——类型错配比空值更难定位

阻止插入空值不能只靠条件判断，得用 SIGNAL 或 RAISERROR

写个 IF NEW.phone IS NULL SELECT '不允许为空' 看似提醒了，但事务不会回滚，插入照样成功。用户看到提示，数据却已写入，约束形同虚设。

真正生效的拦截方式：

• SQL Server：RAISERROR('phone 不能为空', 16, 1); ROLLBACK TRANSACTION;
• MySQL：SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'phone 不能为空';
• PostgreSQL：RAISE EXCEPTION 'phone 不能为空';

注意：NOT NULL 约束本身比触发器更高效、更可靠；触发器适合做复合逻辑校验，不是替代基础约束的方案。