SQL Server中存储过程用IF...ELSE进行条件判断，多行语句必须用BEGIN...END包裹，否则仅首行受控；如更新用户状态前检查余额：IF @balance

SQL Server中存储过程怎么写条件判断

直接用 IF...ELSE，但要注意：SQL Server不支持在语句中间嵌套完整逻辑块，必须用 BEGIN...END 包裹多行。常见错误是漏掉 BEGIN，导致只有第一条语句受条件控制。

典型场景：更新用户状态前检查余额是否足够。

• IF @balance 后必须跟 <code>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) < in_quantity THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '库存不足';
END IF;

• SIGNAL 的 SQLSTATE 必须是 5 位字符串，自定义推荐用 '45000'（未定义异常类）
• MESSAGE_TEXT 最长 128 字符，超长会被截断，不报错
• handler 类型选 EXIT 还是 CONTINUE 直接影响后续语句是否执行，多数业务逻辑应选 EXIT

PostgreSQL函数里怎么处理唯一约束冲突

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） vs DECLARE 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

实际写的时候，别先堆逻辑，先定死用哪个数据库、版本、事务隔离级别。这些决定了你能用什么语法、能捕获什么错误、甚至影响并发下的数据一致性。