一个哥们转过来一个问题，一个金融行业的客户在部署应用的时候，发现当应用在作汇总数据的时候，随着数据的增加，处理性能呈非线性的降低，现在在处理到6000万条记录的时候，系统变得停滞，存在大量的I/O Wait.和排序溢出。
接到case后，因为不能直接连接客户的系统上直接察看。所以，我的第一反应是，让系统作一次runstats/reorg。但是客户说，他们每天定时作。于是，我让他们取出”select stats_time, tabname from syscat.tables where tabname = ‘tab_name’，发现果然是比较新的统计结果。没有办法只有让他们发db2support.zip，但是最后客户说他们在内网，大的压缩文件传不出来。晕…，只好让他们先传db/dbm cfg文件过来。发现其中虽然有不合理的地方，但是根据他们的硬件配置来看，不应该导致这样严重的局面。
没有办法，只好让他们把存储过程拿过来看看，发现他们的存储过程，大量的用到游标，然后根据不同的条件，将不同结果集insert到不同的表里面。一个典型的汇总处理过程，没看两眼，我就发现问题所在，客户的存储过程没有用到”临时表”,把这些存储过程改成用到临时表后，把修改后的程序和建立临时表空间的SQL发过去后。让客户重新编译后，客户称将近一亿条的大表处理，都能顺利完成。
可见临时表在大型系统中的数据汇总/排序处理应用中，是相当重要的。
不过，后来这个客户又碰到另外一个问题，也是关于存储过程中对临时表的调用，也蛮有意思的，下次说了。

在Oracle收购Mysql之际，IBM不甘寂寞的推出DB2 9.7 for LUW.虽然这个版本不是一个革命性的升级，但是有一些新的特性，依然值得我们去关注。

从Announce出来的信息来看，在Compress,Partition table，数据库的管理，开发,XML几个方面都有一些新的改进。另外，我们依然在等待SAP对DB29.7的certification.

也许，对我来说，又一个Migration的项目在等待着我(:

DB2 System bottlenecks-the overall Picture:

DB2 CLP之与DB2,就是SQLPLUS之与ORACLE一样，是一个交互式的COMMAND的运行环境。一些小的tips，运用其中，可以极大地提高我们的DB2使用效率。

1.Prompt设置

db2set db2_clpprompt=”Product Server>”

db2

Product Server>

可以提示你当前使用的机器名,在多窗口的切换环境下,可以帮助你头脑清醒:)

2.调用历史命令
TEST>connect to test

Database Connection Information

Database server        = DB2/AIX64 9.5.1
SQL authorization ID   = DB2XAC
Local database alias   = TEST

TEST>select count(*) from syscat.tables

1
———–
88728

1 record(s) selected.

TEST>h
1    connect to xac
2    select count(*) from syscat.tables
3    h

重复执行第2条命令:
TEST>r 2
TEST>select count(*) from syscat.tables

1
———–
88728

1 record(s) selected.

编辑第2条命令

TEST>edit 2
“/tmp/aaar4udia” 2 lines, 44 characters
XAC>select count(*) from syscat.tables with ur
Do you want to execute the above command ? (y/n) y

1
———–
88728

1 record(s) selected.