2.2 SQL語句盡量寫復雜SQL
盡量使用大的復雜的SQL語句,將多而簡單的語句組合成大的SQL語句對性能會有所改善。
DB2的SQL EngIEer對復雜語句的優化能力比較強，基本上不用當心語句的性能問題。
Oracle 則相反，推薦將復雜的語句簡單化，SQL EngIEer的優化能力不是特別好。
這是因為每一個SQL語句都會有reset SQLCODE和SQLSTATE等各種操作，會對數據庫性能有所消耗。
一個總的思想就是盡量減少SQL語句的個數。
2.3 SQL SP及C SP的選擇
首先，C的sp的性能比sql 的sp 的要高。
一般而言，SQL語句比較復雜，而邏輯比較簡單，sql sp 與 c sp 的性能差異會比較小，這樣從工作量考慮，用SQL寫比較好。
而如果邏輯比較復雜，SQL比較簡單，用c寫比較好。
2.4 查詢的優化(HASH及RR_TO_RS)
db2set DB2_HASH_JOIN=Y (HASH排序優化)
指定排序時使用HASH排序，這樣db2在表join時，先對各表做hash排序，再join，這樣可以大大提高性能。
劇沈剛說做實驗，7個一千萬條記錄表的做join取10000條記錄，再沒有索引的情況下 72秒。
db2set DB2_RR_TO_RS=Y
該設置後，不能定義RR隔離級別，如果定義RR，db2也會自動降為RS.
這樣，db2不用管理Next key，可以少管理一些東西，這樣可以提高性能。
2.5 避免使用count(*) 及exists的方法
1、首先要避免使用count(*)操作，因為count(*)基本上要對表做全部掃描一遍，如果使用很多會導致很慢。
2、exists比count(*)要快，但總的來說也會對表做掃描，它只是碰到第一條符合的記錄就停下來。
如果做這兩中操作的目的是為
select into 服務的話，就可以省略掉這兩步。
直接使用select into 選擇記錄中的字段。
如果是沒有記錄選擇到的話，db2 會將 sqlcode=100 和 sqlstate=’20000’
如果是有多條記錄的話，db2會產生一個錯誤。
程序可以創建 continue handler for exception
continue handler for not found
來檢測。
這是最快速的方法。
3、如果是判斷是不是一條,可以使用游標來計算，用一個計數器，累加，達到預定值後就離開。這個速度也比count(*) 要快，因為它只要掃描到預定值就不再掃描了，不用做全表的scan，不過它寫起來比較麻煩。
3 DB2表及sp管理
3.1 看存儲過程文本
select text from syscat.procedures where procname='PROC1';
3.2 看表結構
describe table syscat.procedures
describe select * from syscat.procedures
3.3 查看各表對sp的影響(被哪些sp使用)
select PROCNAME from SYSCAT.PROCEDURES where SPECIFICNAME in(select dname from sysibm.sysdependencIEs where bname in ( select PKGNAME from syscat.packagedep where bname='TB_BRANCH'))
