一直為分頁查詢頭痛，Google了一下搜到這篇好文章。Hibernate從底層實現各種數據庫的分頁查詢，并且將這種數據庫間的差異用統一的方法封裝起來了。不過最好還是了解一下原理，也好自己寫寫簡單的分頁。畢竟并不是什么時候都能用Hibernate的。
Hibernate 可以實現分頁查詢，例如：
從第2萬條開始取出100條記錄
Query q = session.createQuery("from Cat as c");
q.setFirstResult(20000);
q.setMaxResults(100);
List l = q.list();
那么Hibernate底層如何實現分頁的呢？實際上Hibernate的查詢定義在net.sf.hibernate.loader.Loader這個類里面，仔細閱讀該類代碼，就可以把問題徹底搞清楚。Hibernate2.0.3的Loader源代碼第480行以下：
if (useLimit) sql = dialect.getLimitString(sql);
PreparedStatement st = session.getBatcher().prepareQueryStatement(sql, scrollable);
如果相應的數據庫定義了限定查詢記錄的sql語句，那么直接使用特定數據庫的sql語句。然后來看net.sf.hibernate.dialect.MySQLDialect:
public boolean supportsLimit() {
return true;
}
public String getLimitString(String sql) {
StringBuffer pagingSelect = new StringBuffer(100);
pagingSelect.append(sql);
pagingSelect.append(" limit ?, ?");
return pagingSelect.toString();
}
這是MySQL的專用分頁語句，再來看net.sf.hibernate.dialect.Oracle9Dialect:
public boolean supportsLimit() 
{
return true;
}
public String getLimitString(String sql) {
StringBuffer pagingSelect = new StringBuffer(100);
pagingSelect.append("select * from ( select row_.*, rownum rownum_ from ( ");
pagingSelect.append(sql);
pagingSelect.append(" ) row_ where rownum <= ?) where rownum_ > ?");
return pagingSelect.toString();
}Oracle采用嵌套3層的查詢語句結合rownum來實現分頁，這在Oracle上是最快的方式，如果只是一層或者兩層的查詢語句的rownum不能支持order by。
除此之外，Interbase，PostgreSQL，HSQL也支持分頁的sql語句，在相應的Dialect里面，大家自行參考。
如果數據庫不支持分頁的SQL語句，那么根據在配置文件里面
#hibernate.jdbc.use_scrollable_resultset true
默認是true，如果你不指定為false，那么Hibernate會使用JDBC2.0的scrollable result來實現分頁，看Loader第430行以下：
if ( session.getFactory().useScrollableResultSets() ) {
// we can go straight to the first required row
rs.absolute(firstRow);
}
else {
// we need to step through the rows one row at a time (slow)
for ( int m=0; m<firstRow; m++ ) rs.next();
}
如果支持scrollable result，使用ResultSet的absolute方法直接移到查詢起點，如果不支持的話，使用循環語句，rs.next一點點的移過去。
可見使用Hibernate，在進行查詢分頁的操作上，是具有非常大的靈活性，Hibernate會首先嘗試用特定數據庫的分頁sql，如果沒用，再嘗試Scrollable，如果不行，最后采用rset.next()移動的辦法。
在查詢分頁代碼中使用Hibernate的一大好處是，既兼顧了查詢分頁的性能，同時又保證了代碼在不同的數據庫之間的可移植性。
Oracle的這種實現如果有order by子句依然有問題。某些時候會導致翻頁有記錄重復或者遺失，很難找到規律，非常奇怪。
后來去google了一下，有Oracle專家說需要order by的時候必須帶上unique的字段，例如主鍵或者rowid等。
另外，在使用這種采用rownum的查詢時，盡管速度相對比較快，但是后臺Oracle在內存和CPU的消耗上會增加許多。其實除非結果集非常龐大(幾萬以上)，并且必須翻倒很后面(skip的記錄很多)，采用ResultSet.absolute方法性能還可以，并沒有數量級上的差別。