对于sql中怪辟的各种错误，和孤立事务在t-sql编程中一定要注意，小心孤立事务的陷阱，尽量避免浪费或孤立资源，Microsoft公开宣布过SQLServe下一版本Yukon将有内置异常处理语法。那时可以通过代码对无法预料的错误有更好的控制。
一、首先从SQLServer中Error讲起，SQL中错误处理有些怪辟 错误级别同是16但结果都不同。
以下是引用片段：
|
以下为引用的内容： select * from 一个不在的表 |
这样你可以发现通过exec或sp_executesql执行可疑的sql，这样就可以在后面捕捉到被异常终止的错误。
二、引出孤立事务：
1、孤立事务的产生
以下是引用片段：
|
select @@trancount 当前连接的活动事务数 --当前连接的活动事务数为0 begin tran select * from 一个不在的表 if @@error<>0 begin print '没有执行到这里来!' if @@trancount<>0 rollback tran end commit tran |
select @@trancount 当前连接的活动事务数 --执行后你看看 当前连接的活动事务数为1，且重复执行会每次累加，这是很耗资源的。
应为rollback根本就没有被回滚。
2、使用现有手段解决孤立事务
以下是引用片段：
|
以下为引用的内容： print @@trancount print '当前连接的活动事务数' --当前连接的活动事务数为0 |
三、使用setxact_abort 来控制部分违反约束的错误的执行过程
|
create table Table1 (a int check(a>100)) go set xact_abort on begin tran insert table1 values(10) print '这里没有被执行' commit tran go print '' print '==============================================' print '' set xact_abort off begin tran insert table1 values(10) print '这里被执行' commit tran go drop table table1 但 set xact_abort 对于编译产生的错误确没有起作用，且同样会产生孤立事务 set xact_abort on begin tran insert 一个不在的表 values(10) print '这里没有被执行' commit tran go print '' print '==============================================' print '' set xact_abort off begin tran insert 一个不在的表 values(10) print '这里没有被执行' commit tran go select @@trancount 当前连接的活动事务数 ---有两个孤立事务 if @@trancount<>0 rollback tran |