在Windows操作系統(tǒng)中，可以通過批處理程序來讓操作系統(tǒng)執(zhí)行一連串的操作。而SQL server數(shù)據(jù)庫作為微軟的又一拳頭產(chǎn)品，在其中也實現(xiàn)了批處理的管理機制。簡單的說，批處理就是應用程序發(fā)送到SQL Server數(shù)據(jù)庫中并得以執(zhí)行的一組單條或者多條T-SQL語句。數(shù)據(jù)庫會將這個批處理的語句編譯為單個可執(zhí)行單元，即所謂的執(zhí)行計劃，然后加以執(zhí)行。對于批處理的作用估計不用筆者多說了。筆者這里主要說說在利用批處理來進行批次操作時需要注意的事項。

一、批處理編譯錯誤或者運行錯誤對數(shù)據(jù)庫的影響。

假設現(xiàn)在有一個批處理語句，其中有五條T-SQL語句。這個批處理語句傳遞到SQL Server數(shù)據(jù)庫之后，數(shù)據(jù)庫系統(tǒng)會先對這個語句進行編譯。如果編譯錯誤那么對數(shù)據(jù)庫會有什么影響呢?通常情況下，由于語法錯誤等因素導致的編譯錯誤會使得可執(zhí)行計劃無法編譯。也就是說，此時這個批處理語句中的任何語句都得不到執(zhí)行。故在批處理語句編譯錯誤的情況下，基本上不會對數(shù)據(jù)庫產(chǎn)生任何影響。

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

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

二、養(yǎng)成以分號結束語句的習慣。

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

三、批處理程序語句所處理對象不存在或不符合會如何處理?

如現(xiàn)在某個批處理程序中有五條語句，其中第一條語句是創(chuàng)建表User，第三條語句是往表User中插入數(shù)據(jù)(插入的數(shù)據(jù)與第一條語句中定義的數(shù)據(jù)類型不符合)。當應用程序把這個批處理程序發(fā)給SQL Server數(shù)據(jù)庫的時候，系統(tǒng)會對這個批處理對象進行編譯。注意此時只是編譯，而沒有執(zhí)行。編譯只要語法沒有錯誤即可。最后這個批處理程序會被編譯成功，但是沒有執(zhí)行，即沒有創(chuàng)建User表。編譯完成后，這個批處理程序會運行。第一條語句編譯后運行沒有錯誤，但是運行到第二條語句的時候由于需要插入的數(shù)據(jù)跟第一條語句中所建立的數(shù)據(jù)庫對象不符合，則第三條語句會編譯失敗。此時批處理終止。筆者舉這個例子是為了說明2008數(shù)據(jù)庫版本的一個改善，即對于批處理程序中的語句，數(shù)據(jù)庫是編譯一條，而執(zhí)行一條。

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

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

由于批處理程序中往往需要完成一整套的功能。而且一旦批處理程序開始運行時，就會缺少用戶的監(jiān)督。或者說，互動性會比較差。為此如何保障批處理程序語句的有效性就顯得尤其的重要。為此在書寫批處理程序時，數(shù)據(jù)庫設置了一些嚴格的規(guī)范。這些規(guī)范跟上面所提高的利用分號來分隔批處理程序語句不同。這里提到的規(guī)范具有強制性，即為反這個規(guī)則的話將會發(fā)生變異錯誤，批處理程序得不到執(zhí)行。而上面提到的分號規(guī)則不具有強制性，其編輯時不會發(fā)生語法性錯誤，在沒有其他錯誤的情況下可以正常執(zhí)行這個批處理語句。

如不能夠在同一個批處理中更改表，然后引用新列。如在一個批處理程序中，有兩條語句。第一條語句用來在一張表中插入一個字段，如在User表中插入員工的出生年月;第二條語句則用來引用這個列，如根據(jù)身份證號碼來推算出這個員工的出身年月并把這個值賦值給這個第一條語句創(chuàng)建的出身年月字段。這個批處理程序是非法的。因為在第一條語句中其引用了第一條語句創(chuàng)建的新列。這是批處理文件書寫中的一條紅線，不得違背。但是注意，如果第一條語句不是增加了某個列，而是通過創(chuàng)建表的方式來創(chuàng)建列，那么后面的語句就可以引用這些列。也就說，如果第一條語句創(chuàng)建了一個表User，其中有出身年月這個字段。則在第二條語句中就可以利用這個出身年月字段，如可以利用insert語句為其進行賦值。這個細小的差異要引起數(shù)據(jù)庫管理員的注意。

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

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