校验逻辑必须写在INSERT/UPDATE前且禁用标量函数；SQL Server中避免标量UDF校验，MySQL需配DECLARE EXIT HANDLER并显式ROLLBACK；跨库需统一NULL判断、空字符串处理及精度对齐。
必须把校验逻辑写在任何 INSERT/UPDATE 之前，且不能依赖标量函数封装——否则批量操作时性能断崖式下跌，错误上下文还容易丢失。
SQL Server 里别用标量 UDF 做参数校验
很多人图省事，把“金额是否合法”抽成 dbo.fn_check_amount(@amount)，再在存储过程里写 IF dbo.fn_check_amount(@amount) = 0 THROW ...。这看似整洁，实则灾难：
- SQL Server 优化器无法内联标量函数，每行都触发一次独立执行，遇到
INSERT SELECT或游标就卡死 - 错误消息里拿不到原始参数值，
THROW只能抛固定字符串，调用方无法定位是哪一笔数据出问题 - 函数里没法用
THROW中止流程，只能返回标志位，主过程还得额外判分支，逻辑分散易漏
正确做法是直接在过程体里写 IF @amount IS NULL OR @amount 1000000 THROW 50001, '金额必须在 1~1000000 之间', 1;——条件清晰、可调试、不额外引入执行节点。
MySQL 存储过程中 SIGNAL 必须配 DECLARE EXIT HANDLER
SIGNAL 本身只是“发个信号”，它不会自动停住后续语句。没配 handler，过程照常往下跑，极大概率造成部分写入或状态错乱。
- handler 必须声明在
SIGNAL之前，且只对当前BEGIN...END块生效 - 必须显式写
ROLLBACK，MySQL 不会因SIGNAL自动回滚事务 -
MESSAGE_TEXT超过 128 字符会被静默截断，别塞太多上下文
典型写法：
DECLARE EXIT HANDLER FOR SQLSTATE '45000' BEGIN ROLLBACK; RESIGNAL; END; IF (SELECT stock FROM products WHERE id = in_product_id) < in_quantity THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '库存不足'; END IF;
PostgreSQL 用 RAISE EXCEPTION 必须包在 BEGIN EXCEPTION 块里
RAISE NOTICE 是日志，ASSERT 默认不生效，只有 RAISE EXCEPTION 才真正中止执行——但它必须被 BEGIN ... EXCEPTION ... END 包裹，否则异常直接向上冒泡，业务层收不到可控错误。
- 捕获要精确：用
WHEN unique_violation，别用WHEN OTHERS吞掉磁盘满等严重错误 - 占位符用
%L（带引号字符串）、%I（标识符），防 SQL 注入 - 并发下仅靠异常不够，必要时加
SELECT ... FOR UPDATE锁住校验依据的数据行
例如检查用户当日下单数：
BEGIN
IF (SELECT COUNT(*) FROM orders
WHERE user_id = p_user_id
AND order_time::date = CURRENT_DATE) >= 3 THEN
RAISE EXCEPTION '用户 % 已达当日下单上限', p_user_id
USING ERRCODE = 'P0001';
END IF;
INSERT INTO orders (...) VALUES (...);
EXCEPTION
WHEN P0001 THEN
RAISE EXCEPTION '%', SQLERRM;
END;
跨数据库校验最易忽略的三个细节
同一套业务规则，在不同数据库上实现时，以下三点几乎必然出错：
-
NULL判断：SQL Server 用@val IS NULL，MySQL 用@val IS NULL，但 PostgreSQL 对NULL = NULL返回NULL，必须统一用IS NULL - 空字符串处理：SQL Server 的
TRIM(@s)在低版本不支持，得用RTRIM(LTRIM(@s)) = ''；MySQL 5.7+ 支持TRIM()，但LENGTH(NULL)返回NULL，条件永远不成立 - 精度与长度：上层传
varchar(50)，下层声明varchar(20)，SQL Server 不报错但静默截断；datetime 和 datetime2 混用会导致秒级精度丢失
真正难的不是写对一句 IF，而是让校验在所有数据库上都“不悄悄失败”。参数类型、NULL 处理、字符串清洗、精度对齐——这些地方一旦松动，错误就变成偶发、难复现、难定位的幽灵问题。
