一、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、內存、網絡帶寬