好像sql里“捕捉”的错误(如插入时主键重复、日期格式不对),并“屏蔽”掉后继续执行后续语句了
但是ado最后还是会认为本sql执行失败。。。。。。。。。
既然是能“屏蔽”掉后继续执行后续语句了,应该不算完全失败,到底失败多少,可由sql自己取得再返回给ado的调用者。。。。。。。
——下面的“select * from 一个不在的表”显然是sql都无法被编译,才报的错
SQL Server怪辟:异常与孤立事务
作者: pengdali 出处:天极网 ( ) 砖 ( ) 好 评论 ( 0 ) 条 进入论坛
更新时间:2007-07-09 14:26
关 键 词:异常 孤立 事务 SQL Server
阅读提示:对于sql中怪辟的各种错误和孤立事务在t-sql编程中一定要注意,小心孤立事务的陷阱,尽量避免浪费或孤立资源。
一、首先从SQL Server中的Error讲起,SQL中错误处理有些怪辟,错误级别同是16,但结果都不同。
select * from 一个不在的表if @@error<>0print '这个没有输出'go raiserror('',16,3)if @@error<>0print '这个输出了'goexec('select * from 一个不在的表')if @@error<>0print '这个输出了'goexec sp_executesql N'select * from 一个不在的表'if @@error<>0print '这个输出了'
这样你可以发现通过exec或sp_executesql执行可疑的sql,这样就可以在后面捕捉到被异常终止的错误。
二、引出孤立事务
1、孤立事务的产生
select @@trancount 当前连接的活动事务数 --当前连接的活动事务数为0 begin transelect * from 一个不在的表if @@error<>0beginprint '没有执行到这里来!'if @@trancount<>0 rollback tranendcommit tran
select @@trancount 当前连接的活动事务数 --执行后你看看 当前连接的活动事务数为1,且重复执行会每次累加,这是很耗资源的。
应为rollback根本就没有被回滚。
2、使用现有手段解决孤立事务
print @@trancount print '当前连接的活动事务数' --当前连接的活动事务数为0 if @@trancount<>0 rollback tran --在这里写可以让孤立事务只保持到下次你的过程被调用begin transelect * from 一个不在的表if @@error<>0beginprint '没有执行到这里来!'if @@trancount<>0 rollback tranendcommit tran---执行后你看看 当前连接的活动事务数为1,但重复执行不会累加print @@trancount print '当前连接的活动事务数'
三、使用set xact_abort来控制部分违反约束的错误的执行过程
create table Table1 (a int check(a>100))go set xact_abort onbegin traninsert table1 values(10)print '这里没有被执行'commit trangoprint '' print '==============================================' print ''set xact_abort offbegin traninsert table1 values(10)print '这里被执行'commit trangodrop table table1
但 set xact_abort 对于编译产生的错误确没有起作用,且同样会产生孤立事务。
set xact_abort onbegin traninsert 一个不在的表 values(10)print '这里没有被执行'commit trangoprint '' print '==============================================' print ''set xact_abort offbegin traninsert 一个不在的表 values(10)print '这里没有被执行'commit trangoselect @@trancount 当前连接的活动事务数 ---有两个孤立事务if @@trancount<>0 rollback tran
对于sql中怪辟的各种错误,和孤立事务在t-sql编程中一定要注意,小心孤立事务的陷阱,尽量避免浪费或孤立资源,Microsoft公开宣布过SQLServe下一版本Yukon将有内置异常处理语法。那时可以通过代码对无法预料的错误有更好的控制。