iBATIS分页查询

分页查询格式：

SELECT * FROM 
(
SELECT A.*, ROWNUM RN 
FROM (SELECT * FROM TABLE_NAME) A 
WHERE ROWNUM <= 40
)
WHERE RN >= 21

其中最内层的查询SELECT * FROM TABLE_NAME表示不进行翻页的原始查询语句。ROWNUM <= 40和RN >= 21控制分页查询的每页的范围。

上面给出的这个分页查询语句，在大多数情况拥有较高的效率。分页的目的就是控制输出结果集大小，将结果尽快的返回。在上面的分页查询语句中，这种考虑主要体现在WHERE ROWNUM <= 40这句上。

选择第21到40条记录存在两种方法，一种是上面例子中展示的在查询的第二层通过ROWNUM <= 40来控制最大值，在查询的最外层控制最小值。而另一种方式是去掉查询第二层的WHERE ROWNUM <= 40语句，在查询的最外层控制分页的最小值和最大值。这是，查询语句如下：

SELECT * FROM 
(
SELECT A.*, ROWNUM RN 
FROM (SELECT * FROM TABLE_NAME) A 
)
WHERE RN BETWEEN 21 AND 40

对比这两种写法，绝大多数的情况下，第一个查询的效率比第二个高得多。

这是由于CBO优化模式下，Oracle可以将外层的查询条件推到内层查询中，以提高内层查询的执行效率。对于第一个查询语句，第二层的查询条件WHERE ROWNUM <= 40就可以被Oracle推入到内层查询中，这样Oracle查询的结果一旦超过了ROWNUM限制条件，就终止查询将结果返回了。

而第二个查询语句，由于查询条件BETWEEN 21 AND 40是存在于查询的第三层，而Oracle无法将第三层的查询条件推到最内层（即使推到最内层也没有意义，因为最内层查询不知道RN代表什么）。因此，对于第二个查询语句，Oracle最内层返回给中间层的是所有满足条件的数据，而中间层返回给最外层的也是所有数据。数据的过滤在最外层完成，显然这个效率要比第一个查询低得多。

上面分析的查询不仅仅是针对单表的简单查询，对于最内层查询是复杂的多表联合查询或最内层查询包含排序的情况一样有效。

这里就不对包含排序的查询进行说明了，下一篇文章会通过例子来详细说明。下面简单讨论一下多表联合的情况。对于最常见的等值表连接查询，CBO一般可能会采用两种连接方式NESTED LOOP和HASH JOIN（MERGE JOIN效率比HASH JOIN效率低，一般CBO不会考虑）。在这里，由于使用了分页，因此指定了一个返回的最大记录数，NESTED LOOP在返回记录数超过最大值时可以马上停止并将结果返回给中间层，而HASH JOIN必须处理完所有结果集（MERGE JOIN也是）。那么在大部分的情况下，对于分页查询选择NESTED LOOP作为查询的连接方法具有较高的效率（分页查询的时候绝大部分的情况是查询前几页的数据，越靠后面的页数访问几率越小）。

因此，如果不介意在系统中使用HINT的话，可以将分页的查询语句改写为：

SELECT /*+ FIRST_ROWS */ * FROM 
(
SELECT A.*, ROWNUM RN 
FROM (SELECT * FROM TABLE_NAME) A 
WHERE ROWNUM <= 40
)
WHERE RN >= 21

==========================================================================================

==========================================================================================

一.实现分页之前可以做的：优化SQL

本来的查询语句为下面的，可以进行多种优化

1. SELECTo.*,r.name
2. FROMPLACED_ORDERo,RESTAURANTr
3. WHEREo.RESTAURANT_ID=r.RESTAURANT_ID
4. ANDo.DELIVERY_TIME>(SYSDATE-30)
5. ORDERBYo.ORDER_EXT_IDDESC

1．使用优化hints

1. SELECT/*+FIRST_ROWS(20)*/o.*,r.name
2. FROMPLACED_ORDERo,RESTAURANTr
3. WHEREo.RESTAURANT_ID=r.RESTAURANT_ID
4. ANDo.DELIVERY_TIME>(SYSDATE-30)
5. ORDERBYo.ORDER_EXT_IDDESC

2. Denormalizing the schema

可以用数据的冗余来避免join表，比如把restaurant’s name放到PLACED_ORDER表中

1. SELECTo.order_id,o.restaurant_name,…
2. FROMPLACED_ORDERo
3. WHEREo.DELIVERY_TIME>(SYSDATE-30)
4. ORDERBYo.ORDER_EXT_IDDESC

3.使用rownum

1. SELECT*
2. FROM
3. (SELECTROWNUMASRN,XX.*
4. FROM
5. (SELECTO.ORDER_ID,R.NAME,…
6. FROMPLACED_ORDERO,RESTAURANTR
7. WHEREO.RESTAURANT_ID=R.RESTAURANT_ID
8. ORDERBYO.ORDER_EXT_ID
9. )XX
10. WHEREROWNUM<21)
11. WHERERN>10

二.使用ibatis实现动态分页查询

1. 使用一般的queryForList

Java 代码：

注意：findOrder() 返回了比实际需要多一行的数据，用来判断是否还有更多的行未取。在返回前，会把这个多余行remove掉的。

1. publicclassOrderDAOIBatisImplextendsSqlMapClientDaoSupportimplementsOrderDAO{
2. publicPagedQueryResultfindOrders(intstartingIndex,
3. intpageSize,OrderSearchCriteriacriteria){
4. Mapmap=newHashMap();
5. map.put("pageSize",
6. newInteger(pageSize+startingIndex+1));
7. map.put("criteria",criteria);
8. ImplementingdynamicpagedquerieswithiBATIS421
9. Listresult=getSqlMapClientTemplate().queryForList(
10. "findOrders",map,startingIndex,pageSize);
11. booleanmore=result.size()>pageSize;
12. if(more){
13. result.remove(pageSize);
14. }
15. returnnewPagedQueryResult(result,more);
16. }

Ibatis的配置：

1. <sqlMap>
2. …
3. <selectid="findOrders"resultMap="OrderResultMap"
4. resultSetType="SCROLL_INSENSITIVE">
5. SELECT/*+FIRST_ROWS($pageSize$)*/O.ORDER_ID,R.NAMEAS
6. RESTAURANT_NAMEFROMFTGO_ORDERO,FTGO_RESTAURANTRWHERE
7. O.RESTAURANT_ID=R.RESTAURANT_ID
8. <isNotEmptyproperty="criteria.restaurantName">
9. ANDr.name=#criteria.restaurantName#
10. </isNotEmpty>
11. <isNotEmptyproperty="criteria.deliveryCity">
12. ANDo.delivery_city=#criteria.deliveryCity#
13. </isNotEmpty>
14. <isNotEmptyproperty="criteria.state">
15. ANDo.status=#criteria.state#
16. </isNotEmpty>
17. ORDERBYo.ORDER_IDASC
18. </select>
19. <resultMapid="OrderResultMap"
20. class="net.chrisrichardson.foodToGo.
21. bbbbbbbbbbb➥placeOrderTransactionScripts.details.
22. bbbbbbbbbb➥OrderSummaryDTO">
23. <resultproperty="orderId"column="ORDER_ID"/>
24. <resultproperty="restaurantName"column="RESTAURANT_NAME"/>
25. …
26. </resultMap>
27. …
28. </sqlMap>

2.使用rownum

java代码：

1. publicPagedQueryResultfindOrders(intstartingIndex,
2. intpageSize,OrderSearchCriteriacriteria){
3. Mapmap=newHashMap();
4. map.put("startingIndex",newInteger(startingIndex));
5. map.put("maxRows",newInteger(pageSize+startingIndex
6. +2));
7. map.put("criteria",criteria);
8. Listresult=getSqlMapClientTemplate().queryForList(
9. ImplementingdynamicpagedquerieswithiBATIS423
10. "findOrders",map);
11. booleanmore=result.size()>pageSize;
12. if(more){
13. result.remove(pageSize);
14. }
15. returnnewPagedQueryResult(result,more);
16. }

Ibatis配置： 注意：只有start大于0，才会编译某些段

1. <sqlMap>
2. <selectid="findOrders"resultMap="OrderResultMap"
3. resultSetType="SCROLL_INSENSITIVE">
5. <isGreaterThanproperty="startingIndex"compareValue="0">
6. SELECT*FROM(SELECTXX.*,ROWNUMRNXXFROM(
7. </isGreaterThan>
9. SELECT*FROM(SELECTO.ORDER_ID,R.NAMEASRESTAURANT_NAME
10. FROMFTGO_ORDERO,FTGO_RESTAURANTRWHEREO.RESTAURANT_ID=
11. R.RESTAURANT_ID
12. <isNotEmptyproperty="criteria.restaurantName">
13. ANDr.name=#criteria.restaurantName#
14. </isNotEmpty>
16. <isNotEmptyproperty="criteria.deliveryCity">
17. ANDo.delivery_city=#criteria.deliveryCity#
18. </isNotEmpty>
20. <isNotEmptyproperty="criteria.state">
21. ANDo.status=#criteria.state#
22. </isNotEmpty>
24. ORDERBYo.ORDER_IDASC)WHEREROWNUM<#maxRows#
25. <isGreaterThanproperty="start"compareValue="0">
26. )XX)WHERERNXX>#startingIndex#
27. </isGreaterThan>
28. </select>
29. …
30. </sqlMap>