全接觸SQLServer異常與孤立事務！ (轉)

全接觸SQLServer異常與孤立事務！ (轉)[@more@]

一、首先從Server中Error講起，SQL中錯誤處理有些怪闢 錯誤級別同是16但結果都不同。

  * 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中一定要注意，小心孤立事務的陷阱，儘量避免浪費或孤立資源，公開宣佈過SQLServe下一版本Yukon將有內建異常處理語法。那時可以透過程式碼對無法預料的錯誤有更好的控制。