我们有一个主要用sql Server 7.0编写的大型应用程序,其中所有数据库调用都是存储过程.我们现在运行sql Server 2005,它提供了更多的T-sql功能.
在几乎所有SELECT,INSERT,UPDATE和DELETE之后,@@ ROWCOUNT和@@ ERROR被捕获到局部变量中并评估问题.如果出现问题,请执行以下操作：@H_403_3@
>错误消息输出参数已设置
>回滚(如有必要)完成
> info被写入(INSERT)到日志表
>返回错误编号,此程序是唯一的(如果是致命的,则是肯定的,否定是警告)@H_403_3@
它们都不检查行(仅当它已知时),并且一些不同的日志/调试信息或多或少.此外,行逻辑是从错误逻辑拆分的某些时间(在更新中,在WHERE子句中检查并发字段,rows = 0表示其他人已更新数据).但是,这是一个相当通用的例子：@H_403_3@
- 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错误处理的好或最佳实践.@H_403_3@
