问题，再论分页（特殊需求）

我的查询很复杂，而且结果集很大，分页也有可能几百页，所以我想在页之间翻转时不再查找数据库，但是第一次list时候，就全部放入内存，如果有多个人操作就有可能溢出，（虽然也可以缓存到jcs中，但是内存中仍然有），用iterator第一次取出的时候就太慢！
    我希望有没有什么工具能够在第一次取出的时候就在list的时候每取100个flush到硬盘上缓冲，并且请空list，这样第一次慢一点，以后就快了.

It will be slower than the method of selecting  from db directly,  because db supply "memory" data buffers while you read data from hardisk.

Sorry for typing english because of no chinese input software.

是这样的，我们的数据库服务器和App服务器物理上是分离的，现在的情况时数据库服务器cpu使用率经常在100%（DB2）DB2中的AGENT经常被用光 ，所以所以要为数据库服务器减轻负荷，而我们的APP服务器很空，CPU USAGE20%,所以想到了这个方法不知道斑竹有什么好的建议。（B/S结构而且同时使用的客户很多，而且还有几百个手持终端，他们是直接访问数据库的，所以数据库不堪重负）

It is useless. just tune your DB2.

我说的溢出是指APP SERVER上的内存不够，我们是个仓库系统，作业的高峰期都几乎在同一时间，而且20几个仓库分布在各地，由于需要，要连接6 -7张表，选出80几个字段有些表现在已经有500万条记录，数据库服务器，光处理手持中端的连接就100个（平均数）所以我想尽量减少对数据库的访问，但也要兼顾到速度，大家有什么好的建议。
WHAT DO U MEAN?

既然APP Server 内存溢出，就更应该先查询出ID，然后根据要显示页面的记录的ID去get detail data，这样虽然每次翻页都要连两次数据库，但APP Server跟DB Server的负荷都是最小的；如果像你那样缓存第一次查询结果，即不考虑数据的实时性，也可以第一次查询ID并缓存，之后每次翻页只要连接一次数据库即可。

APP Server缓存所有查询记录是不可行的，即使保存到硬盘上也一样，因为Disk IO读写比读取数据库还要慢。你这个问题还是该像Robbin所说tune db2，至少调整一下那些手持终端，总不能几百个终端都直接连接db吧。