一、首先从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 ‘当前连接的活动事务数’ |
三、使用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 |
欢迎大家阅读《SQL Server的怪辟：异常与孤立事务_sqlserver》,跪求各位点评,若觉得好的话请收藏本文，by 搞代码
