SQL Server Try-Catch块吞前置错误如何解决（2019版本亦存在）

核心原因 #

该现象是SQL Server TRY/CATCH机制的固有设计限制，并非功能缺失：TRY/CATCH块提供的ERROR_MESSAGE()、ERROR_NUMBER()等内置错误函数，仅会返回作用域内最后触发的严重级别≥11的错误。在DDL操作等多错误场景下，前置的根因错误会被后续的通用操作失败错误覆盖，因此默认只能拿到最后一条无实质参考价值的错误。

可行解决方案 #

• 方案1：使用THROW语句完整抛出错误栈（适用SQL Server 2012及以上版本）
  如果仅需要输出完整错误无需额外处理逻辑，直接在CATCH块中调用无参THROW即可，它会完整重抛所有原始错误，不会丢失前置信息，示例代码如下：

BEGIN TRY
    ALTER TABLE [dbo].[table] 
    ADD CONSTRAINT [somefk]    
        FOREIGN KEY ([somecol]) REFERENCES [dbo].[parenttab] ([someid])
END TRY
BEGIN CATCH
    THROW;
END CATCH

执行上述代码会同时返回1778、1750两条原始错误。

• 方案2：通过扩展事件捕获全量错误用于日志记录
  如果需要在SQL侧持久化存储所有错误信息，可以通过扩展事件捕获当前会话的所有error_reported事件：

1. 创建针对当前会话的扩展事件会话，配置捕获错误上报事件
2. 执行目标SQL前启动事件会话
3. 执行完成后从事件缓冲区读取所有触发的错误记录，即可拿到完整的错误列表
   该方案对业务代码侵入极低，性能开销远小于传统SQL Trace。

• 方案3：在应用层捕获错误集合
  如果是通过应用程序（C#、Java、Python等）调用SQL语句，客户端的SQL驱动默认会返回所有错误，例如.Net的SqlException对象自带Errors集合，包含本次执行触发的全部错误，无需在SQL侧做额外处理即可拿到完整错误信息，是业务应用场景下的优先选择。

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