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'))