一、首先從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，這樣就可以在后面捕捉到被異常終止的錯誤。

二、引出孤立事務(wù)：

1、孤立事務(wù)的產(chǎn)生

以下是引用片段：select @@trancount 當(dāng)前連接的活動事務(wù)數(shù) --當(dāng)前連接的活動事務(wù)數(shù)為0 begin tran

select * from 一個不在的表 if @@error<>0 begin print '沒有執(zhí)行到這里來!' if @@trancount<>0 rollback tran end

commit tran

select @@trancount 當(dāng)前連接的活動事務(wù)數(shù) --執(zhí)行后你看看 當(dāng)前連接的活動事務(wù)數(shù)為1,且重復(fù)執(zhí)行會每次累加，這是很耗資源的。

應(yīng)為rollback根本就沒有被回滾。2、使用現(xiàn)有手段解決孤立事務(wù)

以下是引用片段：print @@trancount print '當(dāng)前連接的活動事務(wù)數(shù)' --當(dāng)前連接的活動事務(wù)數(shù)為0 if @@trancount<>0 rollback tran --在這里寫可以讓孤立事務(wù)只保持到下次你的過程被調(diào)用 begin tran

select * from 一個不在的表 if @@error<>0 begin print '沒有執(zhí)行到這里來!' if @@trancount<>0 rollback tran end

commit tran

---執(zhí)行后你看看 當(dāng)前連接的活動事務(wù)數(shù)為1，但重復(fù)執(zhí)行不會累加

print @@trancount print '當(dāng)前連接的活動事務(wù)數(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)生孤立事務(wù)

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 當(dāng)前連接的活動事務(wù)數(shù) ---有兩個孤立事務(wù) if @@trancount<>0 rollback tran

對于sql中怪辟的各種錯誤，和孤立事務(wù)在t-sql編程中一定要注意，小心孤立事務(wù)的陷阱，盡量避免浪費或孤立資源，Microsoft公開宣布過SQLServe下一版本Yukon將有內(nèi)置異常處理語法。那時可以通過代碼對無法預(yù)料的錯誤有更好的控制。