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

MSSQL
无数据库日志文件恢复数据库方法两则(一)
SQLServer编写存储过程小工具(一)
SQLServer编写存储过程小工具(二)
SQLServer编写存储过程小工具(三)
Eclipse+JBoss+MySQL开发环境设置
MYSQL使用简述
一些有用的sql语句实例
枚举SQLServer的实例
SQLServer应用程序中的高级SQL注入
SQL Server数据库超级管理员账号防护知识
讲解如何实现互联网上数据库的安全
SQL 2005数据库转到SQL 2000的步骤讲解
带你轻松接触数据库生成xml的两个方法
用MS SQL Reporting Services生成报表
保护SQL Server的十个步骤
关于SQL SERVER的一些安全问题
SQL Server 2008数据库中使用表值参数
SQL Server 2005中用存储过程实现搜索功能
MS SQL数据库置疑解决办法
SQL Server密码管理的六个危险判断

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


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