在SQL Server資料庫中使用批處理的注意事項

在Windows作業系統中，可以通過批處理程式來讓作業系統執行一連串的操作。而SQL Server資料庫作為微軟的又一拳頭產品，在其中也實現了批處理的管理機制。簡單的說，批處理就是應用程式傳送到SQL Server資料庫中並得以執行的一組單條或者多條T-SQL語句。資料庫會將這個批處理的語句編譯為單個可執行單元，即所謂的執行計劃，然後加以執行。對於批處理的作用估計不用筆者多說了。筆者這裡主要說說在利用批處理來進行批次操作時需要注意的事項。

　　一、批處理編譯錯誤或者執行錯誤對資料庫的影響。

　　假設現在有一個批處理語句，其中有五條T-SQL語句。這個批處理語句傳遞到SQL Server資料庫之後，資料庫系統會先對這個語句進行編譯。如果編譯錯誤那麼對資料庫會有什麼影響呢?通常情況下，由於語法錯誤等因素導致的編譯錯誤會使得可執行計劃無法編譯。也就是說，此時這個批處理語句中的任何語句都得不到執行。故在批處理語句編譯錯誤的情況下，基本上不會對資料庫產生任何影響。

　　如果批處理程式編譯通過，但是在執行的過程中出現了問題，那麼又會對資料庫產生什麼影響呢?如上面所說的一個批處理程式有五條語句，編譯通過後，如果在執行過程中由於一些意外原因導致第三條語句執行失敗，此時會對資料庫產生什麼樣的影響?此時就需要根據不同的情況來對待。如果這個錯誤是因為違反約束所造成的，那麼批處理程式僅僅停止執行當前語句，而繼續執行批處理中的其他語句。也就是說，由於違反約束而導致批處理程式執行錯誤的話，那麼隻影響那條違反約束規則等語句，前面的與後面的語句仍然將得以執行。針對於資料庫管理員可能是不喜歡看到的，因為這會破壞資料的一致性。除了違反約束這種情況外，大部分情況下執行時錯誤將停止執行批處理中當前語句和它之後的其他語句。也就是說，如果在執行第三條語句時發生了錯誤，則其後面的語句都將不執行。但是其前面已經執行的語句將不受到影響。

　　可見無論是違反約束這種錯誤情況，還是其他的錯誤情況，當遇到錯誤時，都有可能批處理中某些語句得到了有效的執行。這往往與資料庫管理員或者應用程式開發者的設計意圖相悖。因為他們之所以要設計這個批處理程式，往往是讓它來實現一整套的功能。如果資料庫無法實現這個功能的話，那麼他們寧願一條語句的不執行。如果只執行部分語句的話，會對資料庫的一致性產生比較大的負面影響。為了保證批處理程式在遇到錯誤時，無論是什麼錯誤，都不會對資料庫造成負面影響，此時筆者建議資料庫管理員或者程式開發者把批處理程式跟事務結合起來使用。也就是說，將批處理程式放置在事務中。如此的話，當批處理程式在執行的過程中遇到錯誤的話，會導致事務會滾。如此的話，在所有執行的錯誤之前執行的未提交的資料修改都將被回滾。這就可以避免因為批處理程式執行錯誤而導致的資料損壞問題。

　　二、養成以分號結束語句的習慣。

　　在編寫批處理程式時，最好能夠以分號結束相關的語句。雖然這不是資料庫中的強制要求，但是筆者還是強烈建議如此處理。一方面這有利於提高批處理程式的可讀性。批處理程式往往用來完成一些比較複雜的成套的功能，而每條語句則完成一項獨立的功能。為此有時會一個比較複雜一些的批處理程式其往往有上百行的內容。此時為了提高其可讀性，最好能夠利用分號來進行語句與語句之間的分隔。二是與未來版本的相容性。其實SQL Server資料庫在設計的時候，一開始這方面就把關不嚴。現在大部分的標準程式編器都實現了類似的強制控制。根據憲梓微軟官方提供的資料來看，在以後的SQL Server資料庫版本中，這個規則可能會成為一個強執行的規則，即必須在每條語句後面利用分號來進行分隔。為此為了能夠跟後續的SQL Server資料庫版本進行相容，最好從現在開始就採用分號來分隔批處理程式中的每條語句。

　　三、批處理程式語句所處理物件不存在或不符合會如何處理?

　　如現在某個批處理程式中有五條語句，其中第一條語句是建立表User，第三條語句是往表User中插入資料(插入的資料與第一條語句中定義的資料型別不符合)。當應用程式把這個批處理程式發給SQL Server資料庫的時候，系統會對這個批處理物件進行編譯。注意此時只是編譯，而沒有執行。編譯只要語法沒有錯誤即可。最後這個批處理程式會被編譯成功，但是沒有執行，即沒有建立User表。編譯完成後，這個批處理程式會執行。第一條語句編譯後執行沒有錯誤，但是執行到第二條語句的時候由於需要插入的資料跟第一條語句中所建立的資料庫物件不符合，則第三條語句會編譯失敗。此時批處理終止。筆者舉這個例子是為了說明2008資料庫版本的一個改善，即對於批處理程式中的語句，資料庫是編譯一條，而執行一條。

　　假設這個批處理程式若放在2000版本的SQL Server資料庫中，就會出現一個截然不同的結果。由於在2000版本中，對於批處理程式都是整篇編譯的。此時在編譯的時候就會發現這個物件不符的錯誤。具體哪一種處理機制好也是各人各有各的看法。筆者還是比較傾向於以前版本的處理方法，即整篇編譯。這雖然可能會影響資料庫的效能，但是影響不會很大;但是卻可以提高批處理程式的正確性。或者說，由此帶來的效能方面的損失，可能要比由此對來的對資料庫資料的破壞性損失要小的多。不過在這方面各個資料庫專家誰也說服不了誰。

　　四、批處理程式書寫的一些限制要求。

　　由於批處理程式中往往需要完成一整套的功能。而且一旦批處理程式開始執行時，就會缺少使用者的監督。或者說，互動性會比較差。為此如何保障批處理程式語句的有效性就顯得尤其的重要。為此在書寫批處理程式時，資料庫設定了一些嚴格的規範。這些規範跟上面所提高的利用分號來分隔批處理程式語句不同。這裡提到的規範具有強制性，即為反這個規則的話將會發生變異錯誤，批處理程式得不到執行。而上面提到的分號規則不具有強制性，其編輯時不會發生語法性錯誤，在沒有其他錯誤的情況下可以正常執行這個批處理語句。

　　如不能夠在同一個批處理中更改表，然後引用新列。如在一個批處理程式中，有兩條語句。第一條語句用來在一張表中插入一個欄位，如在User表中插入員工的出生年月;第二條語句則用來引用這個列，如根據身份證號碼來推算出這個員工的出身年月並把這個值賦值給這個第一條語句建立的出身年月欄位。這個批處理程式是非法的。因為在第一條語句中其引用了第一條語句建立的新列。這是批處理檔案書寫中的一條紅線，不得違背。但是注意，如果第一條語句不是增加了某個列，而是通過建立表的方式來建立列，那麼後面的語句就可以引用這些列。也就說，如果第一條語句建立了一個表User，其中有出身年月這個欄位。則在第二條語句中就可以利用這個出身年月欄位，如可以利用insert語句為其進行賦值。這個細小的差異要引起資料庫管理員的注意。

　　通常情況下，一個批處理程式可以包含多條語句。但是在一些特定的情況下會有例外。如果在批處理程式中包含了一些特殊的語句，則此時批處理程式中之能夠包含一條語句。如在批處理檔案中利用Create View語句建立檢視時，就不能夠與其他語句組合使用。此時所有跟在該批處理後的其他語句都將被解釋為第一個Create語句定義的一部分。另外需要注意的是，如果 EXECUTE 語句是批處理中的第一句，則不需要 EXECUTE 關鍵字。如果 EXECUTE 語句不是批處理中的第一條語句，則需要 EXECUTE 關鍵字。

　　以上這些都是強制性的規則，資料庫管理員在書寫批處理程式時必須無條件的遵守。另外筆者再強調一次，這個批處理程式最好能夠跟事務結合使用，以防止部分語句執行錯誤時對資料以執行的破壞。同時最好能夠在批處理程式中插入意外處理語句。即使批處理程式全部執行成功，也最好能夠給前臺客戶端傳送一些反饋資訊，以提高批處理程式與使用者之間的互動性。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/16436858/viewspace-591028/，如需轉載，請註明出處，否則將追究法律責任。