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或版本号字段辅助判断
数值/日期字段兜底别用字符串，类型错配直接报错
ISNULL(age, 'N/A') 在 SQL Server 里会尝试把字符串转成 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 约束本身比触发器更高效、更可靠；触发器适合做复合逻辑校验，不是替代基础约束的方案。
