在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 關鍵字。

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