在存储过程中捕获运行时异常、错误

[BHW]

declare @f_param varchar(30)
declare @id int
set @f_param='1A'
set @f_param=rtrim(ltrim(@f_param))
set @id=cast(@f_param as int) --在此转换会出现类型错误

IF @@ERROR <>0
begin
print 'catch err'
return
end
else
print 'no catch'
--我想用上面的方法捕获用自己的程序处理再跳出，但是系统只给出错误，没捕获到
“将 varchar 值 '1A' 转换为数据类型为 int 的列时发生语法错误。”
该如何改才能让程序捕获，而不是让程序非法终止？

[pengdali]

http://expert.csdn.net/Expert/TopicView1.asp?id=1675986

[txlicenhe]

一、首先从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 '当前连接的活动事务数'

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