一、首先從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將有內置異常處理語法。那時可以通過代碼對無法預料的錯誤有更好的控制。