一、首先从sqlserver中error讲起，sql中错误处理有些怪辟 错误级别同是16但结果都不同。
  select * from 一个不在的表
  if @@error<>0
 print ’’这个没有输出’’
  go
  raiserror(’’’’,16,3)
  if @@error<>0
 print ’’这个输出了’’
  go
  exec(’’select * from 一个不在的表’’)
  if @@error<>0
 print ’’这个输出了’’
  go
  exec sp_executesql n’’select * from 一个不在的表’’
  if @@error<>0
 print ’’这个输出了’’
这样你可以发现通过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
 if @@trancount<>0 rollback tran --在这里写可以让孤立事务只保持到下次你的过程被调用
 begin tran
 select * from 一个不在的表
 if @@error<>0
 begin
print ’’没有执行到这里来!’’
if @@trancount<>0 rollback tran
 end
 commit tran
 ---执行后你看看 当前连接的活动事务数为1，但重复执行不会累加
 print @@trancount print ’’当前连接的活动事务数’’
三、使用 set xact_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