那么Hibernate底層如何實現分頁的呢？實際上Hibernate的查詢定義在net.sf.hibernate.loader.Loader這個類里面，仔細閱讀該類代碼，就可以把問題徹底搞清楚。Hibernate2.0.3的Loader源代碼第480行以下：

如果相應的數據庫定義了限定查詢記錄的sql語句，那么直接使用特定數據庫的sql語句。然后來看net.sf.hibernate.dialect.MySQLDialect:

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行以下：

如果支持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方法性能還可以，并沒有數量級上的差別。