生产环境中的数据库存储过程，最麻烦的问题往往不是 SQL 执行速度慢，而是某条语句执行失败之后，整个业务流程究竟处于什么状态。我们在开发订单处理、库存扣减、财务结算或者数据同步程序时，经常需要连续执行多条 SQL 语句。某条语句可能因为除数为零、违反唯一性约束、锁等待超时或者数据类型转换失败而抛出异常。此时，数据库应当立即终止当前业务流程，还是允许程序记录异常信息之后继续执行？已经修改的数据是否需要回滚？异常日志能否独立保存？调用存储过程的应用程序又该如何得知发生了什么错误？这些问题不能简单地依靠 SQL 语句的返回结果来解决。存储过程需要一套明确的异常处理机制，才能避免局部失败演变成业务数据不一致。SAP HANA 的 SQLScript 提供了DECLARE EXIT HANDLER，允许我们在存储过程或函数的代码块中声明异常处理逻辑。当指定的异常发生时，数据库会执行对应的异常处理程序，并在处理结束后退出发生异常的当前代码块。这里有两个需要区分的概念。一个是异常处理程序执行什么操作，另一个是异常处理结束后，SQLScript 的控制流转移到哪里。EXIT HANDLER负责前一个问题，也会改变后一个问题的答案，但它并不天然等同于数据库事务回滚。异常处理程序可以读取错误信息、执行允许的 SQL 操作、记录诊断数据，或者显式控制事务。至于已经执行的业务操作是否提交、是否回滚，还需要结合事务状态、异常传播方式以及调用程序的事务管理策略进行判断。理解这一点，是正确使用DECLARE EXIT HANDLER的关键。SQLScript 的异常处理机