SQL Server中存储过程用IF...ELSE进行条件判断,多行语句必须用BEGIN...END包裹,否则仅首行受控;如更新用户状态前检查余额:IF @balance
SQL Server中存储过程怎么写条件判断
直接用
IF...ELSE,但要注意:SQL Server不支持在语句中间嵌套完整逻辑块,必须用BEGIN...END包裹多行。常见错误是漏掉BEGIN,导致只有第一条语句受条件控制。典型场景:更新用户状态前检查余额是否足够。
IF @balance 后必须跟BEGIN,否则THROW 50001, '余额不足', 1总会执行- 条件里慎用
NULL比较——@value = NULL永远为UNKNOWN,要用IS NULL- 嵌套
IF时,每个分支的事务行为要显式控制,避免部分成功后回滚不一致MySQL存储过程如何抛出自定义异常
MySQL没有
THROW,得用SIGNAL配合DECLARE ... HANDLER。很多人卡在信号无法被捕获,根本原因是 handler 必须在SIGNAL之前声明,且作用域严格限定在当前BEGIN...END块内。示例:插入订单时校验商品库存,不足则中断并返回明确错误码:
DECLARE EXIT HANDLER FOR SQLSTATE '45000' BEGIN ROLLBACK; RESIGNAL; END; <p>IF (SELECT stock FROM products WHERE id = in_product_id) </p>
SIGNAL的SQLSTATE必须是 5 位字符串,自定义推荐用'45000'(未定义异常类)MESSAGE_TEXT最长 128 字符,超长会被截断,不报错- handler 类型选
EXIT还是CONTINUE直接影响后续语句是否执行,多数业务逻辑应选EXITPostgreSQL函数里怎么处理唯一约束冲突
PostgreSQL 不提供
TRY...CATCH,但可以用EXCEPTION块捕获具体错误码。关键点在于:唯一冲突对应的是unique_violation(SQLSTATE '23505'),不是通用异常。常用于“存在则更新,不存在则插入”(upsert)逻辑:
BEGIN INSERT INTO users (id, name) VALUES (p_id, p_name); EXCEPTION WHEN unique_violation THEN UPDATE users SET name = p_name WHERE id = p_id; END;
- 不能只写
WHEN OTHERS,否则会吞掉真正需要报警的系统错误(如磁盘满)- 在
EXCEPTION块里再抛异常要用RAISE EXCEPTION,原错误信息需手动拼接,GET STACKED DIAGNOSTICS可取上下文- 如果函数被多个并发调用,仅靠异常捕获不够,需配合
INSERT ... ON CONFLICT(9.5+)更可靠跨数据库写存储过程要注意哪些兼容性坑
语法差异比想象中大:SQL Server 用
RETURN返回整数,MySQL 用SELECT或OUT参数,PostgreSQL 函数默认返回SETOF或单值——不声明RETURNS就会报错。
- 变量声明:
DECLARE @var INT(SQL Server) vsDECLARE var INT(MySQL/PG),少@在 SQL Server 里直接语法错误- 注释:SQL Server 支持
--和/* */,MySQL 存储过程中--后必须跟空格,否则被忽略- 事务控制:
SET XACT_ABORT ON是 SQL Server 特有,PG 里没等效项,出错默认 rollback 当前事务块- 最易忽略的是空字符串和 NULL 处理——SQL Server 中
'' = NULL为 false,PG 默认开启transform_null_equals时可能为 true实际写的时候,别先堆逻辑,先定死用哪个数据库、版本、事务隔离级别。这些决定了你能用什么语法、能捕获什么错误、甚至影响并发下的数据一致性。











