SQL Server 异常和孤立事务的描述 |
|
本文标签：SQL Server 异常 此文章主要讲述的是SQL Server 异常和孤立事务，我前两天在相关网站看见SQL Server 异常和孤立事务的相关资料，觉得挺好，就拿出来供大家分享，以下就是文章的详细内容介绍，望大家借鉴 。 一、首先从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 Nselect * from 一个不在的表 if @@error<>0
print 这个输出了
这样你可以发现通过exec或sp_executesql执行可疑的sql，这样就可以在后面捕捉到被SQL Server异常终止的错误 。
二、引出孤立事务： 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
对于sql中怪辟的各种错误，和孤立事务在t-sql编程中一定要注意，小心孤立事务的陷阱，尽量避免浪费或孤立资源，Microsoft公开宣布过SQLServe下一版本Yukon将有内置SQL Server异常处理语法 。那时可以通过代码对无法预料的错误有更好的控制 。
|
