SQL Server的怪辟：异常与孤立事务

您当前所在位置：首页 → 数据库 → MSSQL → SQL Server的怪辟：异常与孤立事务

SQL Server的怪辟：异常与孤立事务 时间：2015-06-28 00:00:00 来源：绿色软件之家作者：网管联盟 我要评论(0)

一、首先从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中怪辟的各种错误，和孤立事务在t-sql编程中一定要注意，小心孤立事务的陷阱，尽量避免浪费或孤立资源，Microsoft公开宣布过SQLServe下一版本Yukon将有内置异常处理语法。那时可以通过代码对无法预料的错误有更好的控制。

关键词标签：SQL Server

相关阅读

文章评论

查看所有0条评论>>