一个数据库分页语句及ibatis下的一个使用构想

一个方案

先抄一个数据库分页语句。来自《面向程序员的数据库优化方案》：

select d.*,
       rownum rn
       from
        (
            select a.seqNo,a.flag
            from T_ATIP_PROGRAMPARAMETER t
            where
                t.upperprolevel ='01'
                and t.proLevel ='1'
            order by t.seqNo) a
       where rownum  < #endIndex# ) d
where rn >= #startIndex#

其中：

select a.seqNo,a.flag
            from T_ATIP_PROGRAMPARAMETER t
            where
                t.upperprolevel ='01'
                and t.proLevel ='1'
            order by t.seqNo

是实际的数据查询语句。其它部分是进行分页的语句。

我的想法

在ibatis下，我想，是不是可以这样使用：

<select id="selectPagedList" parameterClass="PageInfo"
        resultClass="Object">
select d.*,
       rownum rn
       from
        (
            <isEqual property="realSql" compareValue="realSqlId">
               <include refid="realSqlId"/>
            </isEqual>
) a
       where rownum  < #endIndex# ) d
where rn >= #startIndex#
</select>

<select id="realSqlId" parameterClass="SubPageInfo"
        resultClass="SubPageInfo">
select a.seqNo,a.flag
            from T_ATIP_PROGRAMPARAMETER t
            where
                t.upperprolevel ='01'
                and t.proLevel ='1'
            order by t.seqNo
</select>

其中，PageInfo是一个接口，其中包含realSql、endIndex、startIndex三个属性。SubPageInfo是PageInfo的一个子类，还包含seqNo、flag这两个属性。

思路

这个构想的基本思路是，分页sql里除了实际查询语句之外，其它的都是公用代码。因此，把公用代码用一个接口封装起来；同时，接口指出了非公用的实际查询语句，只不过需要由子类来实现。

子类则可以专注于实际查询语句所需的参数、返回值。

可能会有两个问题：ibatis会对sql语句和参数、返回值的属性进行校验。不知道这个写法能不能通过这个校验。
另外，按这种写法，每增加一个分页需求，就要多写一个

<isEqual property="realSql" compareValue="realSqlId">
     <include refid="realSqlId"/>
</isEqual>。

最后这个分页语句肯定长的不得了。这也是个大问题。

由于最近比较忙乱，这个构想迟迟没能进行试验。“君子欲讷言敏行”，今儿我当小人了……

2023-02-16 补充

现在来看，方向确实是对的——让mybatis自己组装分页SQL，开发者只需要提供业务SQL即可。

但是，当时对mybatis的理解不够深入，所以停留在了动态SQL层面，而没有选择拦截器方案。