在几乎所有SELECT,INSERT,UPDATE和DELETE之后,@@ ROWCOUNT和@@ ERROR被捕获到局部变量中并评估问题.如果出现问题,请执行以下操作：

>错误消息输出参数已设置
>回滚(如有必要)完成
> info被写入(INSERT)到日志表
>返回错误编号,此程序是唯一的(如果是致命的,则是肯定的,否定是警告)

它们都不检查行(仅当它已知时),并且一些不同的日志/调试信息或多或少.此外,行逻辑是从错误逻辑拆分的某些时间(在更新中,在WHERE子句中检查并发字段,rows = 0表示其他人已更新数据).但是,这是一个相当通用的例子：

SELECT,UPDATE,or DELETE

SELECT @Error=@@ERROR,@Rows=@@ROWCOUNT
IF @Rows!=1 OR @Error!=0
BEGIN
    SET @ErrorMsg='ERROR 20,' + ISNULL(OBJECT_NAME(@@PROCID),'unknown') 
                               + ' - unable to ???????? the ????.'
    IF @@TRANCOUNT >0
    BEGIN 
        ROLLBACK
    END

    SET @LogInfo=ISNULL(@LogInfo,'')+'; '+ISNULL(@ErrorMsg,'')+
        + ' @YYYYY='        +dbo.FormatString(@YYYYY)
        +',@XXXXX='        +dbo.FormatString(@XXXXX)
        +',Error='         +dbo.FormatString(@Error)
        +',Rows='          +dbo.FormatString(@Rows)

    INSERT INTO MyLogTable (...,Message) VALUES (....,@LogInfo)

    RETURN 20

END

我正在考虑用TRY-CATCH T-sql替换我们如何做到这一点.我已经阅读了有关TRY…CATCH (Transact-SQL)语法的内容,所以不要只发布一些摘要.我正在寻找任何好的想法,以及如何最好地做或改进我们的错误处理方法.它不一定是Try-Catch,只是任何使用T-sql错误处理的好或最佳实践.