iBATIS分頁源碼真相探討
iBATIS分頁源碼真相的探討，首先我們在iBATIS中有一個很吸引人的方法，queryForPaginatedList(java.lang.String id, int pageSize)，可以返回 PaginatedList的對象，實現翻頁，剛才測試了一下PaginatedList，在1-2w行數據的時候還可以工作，但是在一個30w行的表里翻頁，一次select用了363.031second忍不住看了一下源，發現iBATIS的分頁依賴于數據庫的JDBC Driver.
調用次序如下SqlMapClientImpl.queryForPaginatedList->SqlMapSessionImpl.queryForPaginatedList
->SqlMapExecutorDelegate.queryForPaginatedList->GeneralStatement.executeQueryForList
->GeneralStatment.executeQueryWithCallback->GeneralStatment.executeQueryWithCallback
->SqlExecutor.executeQuery->SqlExecutor.handleMultipleResults()
iBATIS分頁處理的函數如下
- private void handleResults(RequestScope request, ResultSet rs, int skipResults, int maxResults, RowHandlerCallback callback) throws SQLException {
- try {
- request.setResultSet(rs);
- ResultMap resultMap = request.getResultMap();
- if (resultMap != null) {
- // Skip Results
- if (rs.getType() != ResultSet.TYPE_FORWARD_ONLY) {
- if (skipResults > 0) {
- rs.absolute(skipResults);
- }
- } else {
- for (int i = 0; i < skipResults; i++) {
- if (!rs.next()) {
- return;
- }
- }
- }
- // Get Results
- int resultsFetched = 0;
- while ((maxResults == SqlExecutor.NO_MAXIMUM_RESULTS || resultsFetched < maxResults) && rs.next()) {
- Object[] columnValues = resultMap.resolveSubMap(request, rs).getResults(request, rs);
- callback.handleResultObject(request, columnValues, rs);
- resultsFetched++;
- }
- }
- } finally {
- request.setResultSet(null);
- }
- }
返回的PaginatedList實際上是PaginatedDataList類的對象，每次翻頁的時候最后都會調用
- private List getList(int idx, int localPageSize) throws SQLException {
- return sqlMapExecutor.queryForList(statementName, parameterObject, (idx) * pageSize, localPageSize);
- }
這個方法，可見iBATIS的分頁機制要看JDBC Driver如何實現以及是否支持rs.absolute(skipResults)。
這種實現肯定不如數據庫自己支持的分頁方式來的快，一旦碰到數據量大的表，有停滯的可能。
iBATIS分頁的源碼分析就到這里，希望你能對iBATIS分頁的根本有所了解。
【編輯推薦】
