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