SAP HANA：如何捕获嵌套存储过程抛出的SQL异常？

咱们先来拆解你遇到的问题：内层存储过程抛出自定义异常后，明明用了RESIGNAL传递异常，但外层存储过程的SQLEXCEPTION处理程序却没触发，这大概率是几个细节没处理对，咱们一步步来搞定。

1. 外层处理程序的语法错误是核心问题 #

你外层处理程序里的赋值语句完全不符合SQL语法规范，这会直接导致处理程序执行失败（甚至被数据库引擎忽略）：

errors = SELECT 400 AS http_code, ::SQL_ERROR_MESSAGE AS message FROM dummy;

针对性修复： #

• 如果是MySQL：没有::SQL_ERROR_MESSAGE这种写法，获取错误消息要用SQLERRM()函数；同时变量赋值必须用SELECT ... INTO语法，且要先声明对应的变量（如果要存储多行结果，得用临时表或游标，单行结果则声明单个变量）。
• 如果是PostgreSQL：::SQL_ERROR_MESSAGE是错误写法，应使用SQLERRM；赋值需用SELECT ... INTO或:=语法。

以MySQL为例，修正后的外层处理程序如下：

-- 先声明存储结果的变量
DECLARE v_http_code INT;
DECLARE v_message VARCHAR(255);

DECLARE EXIT HANDLER FOR SQLEXCEPTION
BEGIN
  -- 正确的赋值方式
  SELECT 400, SQLERRM() INTO v_http_code, v_message;
  -- 可添加后续逻辑，比如返回结果、写入日志等
END;

2. 自定义异常的传递逻辑要规范 #

你的内层存储过程里的异常处理逻辑方向是对的，但自定义异常的定义可以更严谨：

-- 内层存储过程修正后的异常定义
DECLARE EMPTY_REQ_ATTR CONDITION FOR SQLSTATE '45000'; -- 使用MySQL预留的用户自定义错误码
DECLARE EXIT HANDLER FOR EMPTY_REQ_ATTR RESIGNAL; -- 直接RESIGNAL即可，无需重复指定异常名

45000是MySQL官方预留的用户自定义错误码，用它抛出的异常能被外层的SQLEXCEPTION处理程序正确识别，确保异常能顺利传递到外层。

3. 调试断点的小坑 #

如果语法都修正了，断点还是没触发，可能是调试工具的限制：有些SQL调试器对嵌套存储过程的异常传递断点支持不佳。你可以先去掉断点，在处理程序里加个输出逻辑（比如MySQL里用SELECT v_http_code, v_message;），直接验证异常是否被捕获。

完整可运行示例（MySQL环境） #

内层存储过程 #

DELIMITER //
CREATE PROCEDURE inner_proc()
BEGIN
  DECLARE EMPTY_REQ_ATTR CONDITION FOR SQLSTATE '45000';
  DECLARE EXIT HANDLER FOR EMPTY_REQ_ATTR RESIGNAL;

  -- 模拟触发异常的场景
  SIGNAL EMPTY_REQ_ATTR SET message_text = 'my mega error message';
END //
DELIMITER ;

外层存储过程 #

DELIMITER //
CREATE PROCEDURE outer_proc()
BEGIN
  DECLARE v_http_code INT;
  DECLARE v_message VARCHAR(255);

  DECLARE EXIT HANDLER FOR SQLEXCEPTION
  BEGIN
    SELECT 400, SQLERRM() INTO v_http_code, v_message;
    SELECT '捕获到异常：', v_http_code, v_message; -- 直观验证捕获结果
  END;

  CALL inner_proc();
END //
DELIMITER ;

调用CALL outer_proc();后，你就能看到捕获到的异常信息，说明外层处理程序已经正常工作了。

内容的提问来源于stack exchange，提问作者Lev83