一、FastUnit平台的分页机制
使用2次查询来实现分页：
1. 获取总记录数

select   count ( * )  from  T  where  

2. 利用Oracle的rownum获取指定页的数据

select   *   from  (  select  row_. * , rownum rownum_  from  (  SELECT   *   FROM  T  where  ) row_  where  rownum  <= ?)  where  rownum_  >  ?

（根据上一步得到的总记录数以及每页行数、当前页码计算出起始行号和结束行号，设置在上述SQL语句的“？”处）

二、测试环境
操作系统：Windows XP Professional SP1
CPU：迅驰1.6G
物理内存：1G
应用服务器：Tomcat 5.5.23
数据库：Oracle92（默认设置）

三、测试对象
FastUnit平台的日志表，脚本如下：

CREATE   TABLE  ACCESSLOG(
    id                        NUMBER ( 10 , 0 )  NOT   NULL ,
    type                   NUMBER ( 1 , 0 ),
    userid               VARCHAR2 ( 50 ),
    username         VARCHAR2 ( 50 ),
    org                     VARCHAR2 ( 50 ),
    domain             VARCHAR2 ( 50 ),
    groupid            VARCHAR2 ( 50 ),
    groupname       VARCHAR2 ( 50 ),
    unitid               VARCHAR2 ( 50 ),
    unitname          VARCHAR2 ( 50 ),
    elementid         VARCHAR2 ( 50 ),
    elementname    VARCHAR2 ( 50 ),
    cost                   NUMBER ( 5 , 0 ),
    ok                     NUMBER ( 1 , 0 ),
    curtime           DATE,
     PRIMARY   KEY  (id)
);
CREATE   INDEX  AL_ct_idx  on  ACCESSLOG (curtime);

四、测试结果
本案例中，数据库除了索引未使用其他优化措施。
仅设置curtime条件时（使用索引），平均响应时间为620毫秒（如下图所示）；
对比：
不设置任何条件时，平均响应时间为2300毫秒；
仅设置userid条件时（未使用索引），平均响应时间为5100毫秒。

（图中的测试数据由FastUnit的跟踪器统计的，用来跟踪进程内各断点之间时间消耗、数据库连接数、查询次数、增删改次数、内存消耗等，可以直观的判断出系统瓶颈的位置，为系统优化提供支持。）

五、对于大表的一般性优化措施
1. 表结构设计原则：数据类型尽量小（占用空间少，磁盘读入较快）、单独设置表空间
2. 应用程序：合理设计业务、SQL语句优化
3. 合理使用索引：只创建需要的索引，根据需要使用多列索引，存放于单独的表空间
4. 数据库设置：内存分配、查询优化器、分区、分表等
5. 硬件环境：硬盘、CPU、内存、网络带宽