Posted on 2009-06-03 20:32
Prayer 閱讀(417)
評論(0) 編輯 收藏 引用 所屬分類:
數據庫,SQL 、
DB2
----DB2應用程序使用SQL通訊區（SQLCA）將信息返回到程序中，有些信息是有用的，有些不是；有些是有意義的，有些不是。如果能它們區分開來，那么我們可以利用SQLCA信息來提高程序代碼的效率，減少DB2調用的開銷，從而簡化程序邏輯，提高性能。
SQLCODE
----SQLCA中最常使用的域是SQLCODE，許多程序員知道在每一次調用DB2以后都應該檢查SQLCODE，以確定該調用是否成功。大多數程序者會把SQLCODE是否為+0，作為成功調用的標志。同時還會檢查SQLCODE是否為+100，作為文件結束的標志（沒有記錄或沒有更多的記錄）。對于其他的SQLCODE，不管是正值或負值，程序一般都執行錯誤處理例程，結束程序或事務。但是，SQLCODE為負值并不一定表示錯誤非常嚴重，以至于要結束程序。并且，某些SQLCODE為正值時，可以有非常有趣的方式利用它。
----我們可以對一些負的SQLCODE定制響應代碼，以減少CPU啟動和運行程序的開銷。例如，可以編寫程序處理-911（不能獲得要求的鎖，事務被回滾），程序可以簡單的重試，直到成功或重試計數到某一個值。但應該注意的是：出于數據完整性的理由，重試必須從程序恰當的執行點開始。重試點不一定是重新執行失敗的語句，尤其是對那些隱式地回滾事務的SQLCODE。
----負的SQLCODE通常代表程序執行中的意外錯誤，但某些情況下，可以編寫特定的SQL語句故意使程序獲得負值返回，然后通過測試預期的負值，簡化邏輯判斷的代碼，從而減少DB2頁面讀取的數目。
----例如，某一個大電話公司有兩種類型的發票：一種給只有一條電話線的住宅用戶，另一種給有多條電話線的公司用戶。在處理每一個客戶時，處理客戶發票的程序對該客戶做一次COUNT（電話賬單表非常大）。如果COUNT的結果為一，則程序轉入住宅用戶發票格式處理，如果COUNT的結果大于一，則轉入公司用戶發票格式處理。最后，在發票格式化的過程中，每個客戶的記錄又再次被讀入。在這種程序邏輯下，每一個客戶的賬單信息不必要地讀入了兩次，包括即些非常大的商業客戶，他們有幾百條電話線。
----其實可以將程序邏輯修改一下，對每一個客戶做的簡單的選擇（SELECT ...INTO ），然后測試返回的SQLCODE是否為+0（即僅有一條電話線，轉入住宅用戶發票格式），或者-811（多于一條電話線，單選操作失敗，轉入公司用戶發票格式）。顯而易見，這樣可以節省大量的時間。而其他的解決辦法或者需要改變表結構，并且占用數據庫管理員和程序員更多的時間。
----另一個利用SQLCODE來提高性能的例子如下：每一個輸入事務有兩種操作，如果有匹配記錄，則更新它，否則插入一條新記錄。效率低下的程序可能會首先做一個選取（SELECT），判斷記錄是否存在。然后當SQLCODE為+0時，已經有的記錄會再次被讀入并更新；當SQLCODE為+100時，插入新的記錄。更有效率的方法應該首先嘗試最常發生的情況。如果更新比插入更頻繁，則首先嘗試更新，并檢查SQLCODE是否為+0（成功更新了該記錄），如果SQLCODE為+100（未發現匹配的記錄），再插入該記錄。相反，如果插入比更新頻繁，則首先可以執行插入，并檢查SQLCODE是否為+0（成功插入），或者-803（發現重復記錄），這時再更新該記錄。任何一種方法都可以消除不必要的重復選擇開銷。
SQL警告
----大多數程序都忽略SQL警告，但這樣做并不合適，因為警告對于測潛在問題和簡化程序邏輯很有幫助，所以雖然警告不是嚴重信息，但不應該被忽略。
----在SQLCA中有兩個警告信息的指示：一個是SQLCODE大于+100；另一個是SQLWARN0域為W。當任何一個出現時，就表明在上一次調用時DB2發生了一些值得注意的事情，雖然DB2返回了數據，但是可能與預期的有出入。當SQLWARN0是W時，DB2也在其他SQLWARNn域提供了該問題的有用信息。
----試舉一例，下面這條SELECT語句中帶有數學表達式：
----SELECT empid,comm/salary INTO :hvempid, :hvcalc FROM EMPLOYEE
----如果在某一條記錄碰上了數學異常，例如被0除，則返回代碼-802。沒有數據返回，也不知道是哪一條記錄導致了該錯誤。但是，如果為數學表達式提供空值指示器宿主變量，改為：
----SELECT empid,comm/salary INTO :hvempid,:hvcalc :hvind FROM EMPLOYEE
----DB2將指示器變量設置為-2，并且返回SQLCODE為+802。這樣程序將獲得返回的empid，從而可以判斷哪個雇員的記錄造成了異常，程序也不需要終止。
----測試SQLWARN0是否為W也同樣有用。例如，如果程序將字符串數據選取到宿主變量中，而該變量的長度不足以容納整個字符串，則SQLCODE為+0，但數據被截斷了。通過提供指示器變量可以解決這個問題，DB2把SQLWARN0設為W，SQLWARN1設為W，并且將指示器變量設為原始串的長度，通過使用指示器變量中的值就可以判斷數據串的最大長度。
SQLERRD（3）
----SQLERRD數組的第三項是SQLCA中最有用的域之一。當成功地完成了插入、更新或刪除以后，該域被設置為插入、更新或刪除的記錄數。如果不知道SQLCA中含有這樣的信息而程序又需要它，則不得不首先做一下COUNT。更糟糕的是，如果程序邏輯是將每一條記錄選取到程序中，增加計數值，然后逐個地插入、更新或刪除每一條記錄，這樣就喪失了集合操作的好處。這時最好的辦法就是做SQL多記錄插入、更新或刪除，然后檢查SQLERRD（3），獲取需要的計數。
----然而也有例外的情況，首先，在SQL刪除語句后，SQLERRD（3）并不包括DB2參照完整性而導致的級連刪除的記錄數。其次，從分段的表空間中海量刪除（即DELETE語句無WHERE子名），在SQLERRD（3）以-1表示。因為DB2通過更新的記錄表空間映射頁來進行分段表空間的海量刪除，實際的記錄并未被讀取，因此無法計數。除了這兩個例外的情況，SQLERRD（3）可以用來節省DB2的讀取操作。
----SQLCA共有24個域，詳細內容可以參閱SQL參考手冊的附錄C，通過上述的例子說明，SQLCA中有用的域不僅是SQLCODE，靈活使用其他域，可以簡化程序邏輯，減少DB2調用次數，從而提高程序性能。