当前位置: 首页 > 图文教程 > 数据库 > MSSQL > SQL Server的怪辟：异常与孤立事务

MSSQL
利用 Case 敘述做 SQL 的動態排列
SQL Server 2000 与 SQL Server 7.0 版兼容性问题
数据变换和转换注意事项(SQL)
浅谈优化SQLServer数据库服务器内存配置的策略
SQL2000管理SQL7服务器出现TIMEOUT问题的解决
Web环境下MS SQL Server中数据的磁带备份与恢复
SQL Server 7.0与以前的版本相比，安全模式中最重要的
如何用sql语句修改数据表中字段，实现identity(100,1)
sqlserver7.0中如何在死锁产生时自动将其杀死
Sql server使用内存限定在多少最为合适
使用MS SQL7的LINKED SERVER（一）
使用MS SQL7的LINKED SERVER（二）
使用MS SQL7的LINKED SERVER（三）
使用MS SQL7的LINKED SERVER（四）
SQL--JOIN之完全用法
总结 SQL Server 中死锁产生的原因及解决办法
数据库正规化和设计技巧
IDENTITY列的一个有用操作
聚合函数
当SQL Server数据库崩溃时如何恢复？

No. « 62 63 64 65 »

技术文章搜索

关键字

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

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-10-17   浏览: 84 ::
收藏到网摘: n/a

一、首先从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将有内置异常处理语法。那时可以通过代码对无法预料的错误有更好的控制。