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
文章整理:西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!



