一、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、内存、网络带宽