一、首先從SQLServer中Error講起,SQL中錯誤處理有些怪辟 錯誤級別同是16但結(jié)果都不同。
以下是引用片段:
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 '這個輸出了'
這樣你可以發(fā)現(xiàn)通過exec或sp_executesql執(zhí)行可疑的sql,這樣就可以在后面捕捉到被異常終止的錯誤。
二、引出孤立事務:
1、孤立事務的產(chǎn)生
以下是引用片段:
select @@trancount 當前連接的活動事務數(shù) --當前連接的活動事務數(shù)為0
begin tran
select * from 一個不在的表
if @@error<>0
begin
print '沒有執(zhí)行到這里來!'
if @@trancount<>0 rollback tran
end
commit tran
select @@trancount 當前連接的活動事務數(shù) --執(zhí)行后你看看 當前連接的活動事務數(shù)為1,且重復執(zhí)行會每次累加,這是很耗資源的。
應為rollback根本就沒有被回滾。
2、使用現(xiàn)有手段解決孤立事務
以下是引用片段:
print @@trancount print '當前連接的活動事務數(shù)' --當前連接的活動事務數(shù)為0
if @@trancount<>0 rollback tran --在這里寫可以讓孤立事務只保持到下次你的過程被調(diào)用
begin tran
select * from 一個不在的表
if @@error<>0
begin
print '沒有執(zhí)行到這里來!'
if @@trancount<>0 rollback tran
end
commit tran
---執(zhí)行后你看看 當前連接的活動事務數(shù)為1,但重復執(zhí)行不會累加
print @@trancount print '當前連接的活動事務數(shù)'
三、使用 set xact_abort 來控制部分違反約束的錯誤的執(zhí)行過程
以下是引用片段:
create table Table1 (a int check(a>100))
go
set xact_abort on
begin tran
insert table1 values(10)
print '這里沒有被執(zhí)行'
commit tran
go
print '' print '==============================================' print ''
set xact_abort off
begin tran
insert table1 values(10)
print '這里被執(zhí)行'
commit tran
go
drop table table1
但 set xact_abort 對于編譯產(chǎn)生的錯誤確沒有起作用,且同樣會產(chǎn)生孤立事務
set xact_abort on
begin tran
insert 一個不在的表 values(10)
print '這里沒有被執(zhí)行'
commit tran
go
print '' print '==============================================' print ''
set xact_abort off
begin tran
insert 一個不在的表 values(10)
print '這里沒有被執(zhí)行'
commit tran
go
select @@trancount 當前連接的活動事務數(shù) ---有兩個孤立事務
if @@trancount<>0 rollback tran
對于sql中怪辟的各種錯誤,和孤立事務在t-sql編程中一定要注意,小心孤立事務的陷阱,盡量避免浪費或孤立資源,Microsoft公開宣布過SQLServe下一版本Yukon將有內(nèi)置異常處理語法。那時可以通過代碼對無法預料的錯誤有更好的控制。
以下是引用片段:
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 '這個輸出了'
這樣你可以發(fā)現(xiàn)通過exec或sp_executesql執(zhí)行可疑的sql,這樣就可以在后面捕捉到被異常終止的錯誤。
二、引出孤立事務:
1、孤立事務的產(chǎn)生
以下是引用片段:
select @@trancount 當前連接的活動事務數(shù) --當前連接的活動事務數(shù)為0
begin tran
select * from 一個不在的表
if @@error<>0
begin
print '沒有執(zhí)行到這里來!'
if @@trancount<>0 rollback tran
end
commit tran
select @@trancount 當前連接的活動事務數(shù) --執(zhí)行后你看看 當前連接的活動事務數(shù)為1,且重復執(zhí)行會每次累加,這是很耗資源的。
應為rollback根本就沒有被回滾。
2、使用現(xiàn)有手段解決孤立事務
以下是引用片段:
print @@trancount print '當前連接的活動事務數(shù)' --當前連接的活動事務數(shù)為0
if @@trancount<>0 rollback tran --在這里寫可以讓孤立事務只保持到下次你的過程被調(diào)用
begin tran
select * from 一個不在的表
if @@error<>0
begin
print '沒有執(zhí)行到這里來!'
if @@trancount<>0 rollback tran
end
commit tran
---執(zhí)行后你看看 當前連接的活動事務數(shù)為1,但重復執(zhí)行不會累加
print @@trancount print '當前連接的活動事務數(shù)'
三、使用 set xact_abort 來控制部分違反約束的錯誤的執(zhí)行過程
以下是引用片段:
create table Table1 (a int check(a>100))
go
set xact_abort on
begin tran
insert table1 values(10)
print '這里沒有被執(zhí)行'
commit tran
go
print '' print '==============================================' print ''
set xact_abort off
begin tran
insert table1 values(10)
print '這里被執(zhí)行'
commit tran
go
drop table table1
但 set xact_abort 對于編譯產(chǎn)生的錯誤確沒有起作用,且同樣會產(chǎn)生孤立事務
set xact_abort on
begin tran
insert 一個不在的表 values(10)
print '這里沒有被執(zhí)行'
commit tran
go
print '' print '==============================================' print ''
set xact_abort off
begin tran
insert 一個不在的表 values(10)
print '這里沒有被執(zhí)行'
commit tran
go
select @@trancount 當前連接的活動事務數(shù) ---有兩個孤立事務
if @@trancount<>0 rollback tran
對于sql中怪辟的各種錯誤,和孤立事務在t-sql編程中一定要注意,小心孤立事務的陷阱,盡量避免浪費或孤立資源,Microsoft公開宣布過SQLServe下一版本Yukon將有內(nèi)置異常處理語法。那時可以通過代碼對無法預料的錯誤有更好的控制。