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

MSSQL
将代码页从SQL Server 7.0改变到SQL Server 2000
浅析SQL SERVER一个没有公开的存储过程
使用存储过程时一个错误的解决方法
执行一个安全的SQL Server安装
SQL导出到MYSQL的简单方法
SQL Server 7六种数据移动方法
数据库升迁从sqlserver6.5到sqlserver2000
用SQL 2000创建用户化XML流
解决SQL Server 2000之日志传送功能
保持多台服务器数据的一致性
将ACCESS转化成SQL2000需要注意的几个问题
一次特殊的SQL Server安装奇遇
实现上千万条数据的分页显示
使用用于SQL Server的IIS虚拟目录管理实用工具
SQL Server连接ACCESS数据库的实现
使用SQL Server数据转换服务升迁Access数据库
SQLServer和Access、Excel数据传输简单总结
XML文件导入SQL Server 2000
在视图中使用ORDER BY子句
内嵌或嵌入SQL和存储过程之对比

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


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 91 ::
收藏到网摘: 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将有内置异常处理语法。那时可以通过代码对无法预料的错误有更好的控制。