Spring Batch Paging Issue

Question

Я работаю над Spring Batch, и я использую пейджинг для извлечения данных из БД. в первый раз. Он запускает запрос как ожидалось, но для второй страницы добавляет еще один неожиданный параметр. Я не понимаю, почему.

мой запрос в файле XML является

<bean id="summaryAppReader" scope="step" autowire-candidate="false" 
    class="org.springframework.batch.item.database.JdbcPagingItemReader"> 
    <property name="dataSource" ref="dataSource" /> 
    <property name="rowMapper"> 
     <bean class="com.majesco.nyl.batch.mapper.SummaryApplicationRowMapper" /> 
    </property> 
    <property name="queryProvider"> 
     <bean 
      class="org.springframework.batch.item.database.support.SqlPagingQueryProviderFactoryBean"> 
      <property name="dataSource" ref="dataSource" /> 
      <property name="fromClause" value="VIEW_SUMMARY_APPLICATION" /> 
      <property name="selectClause" 
       value="application_id, upper(application_status) as application_status,relationship_code, create_date,submission_date,transmission_date,TRANSMISSION_STATUS,tpa_notes,site_details_id,transaction_num,PROCESS_STATUS,process_date,application_status_date,first_name,middle_name,last_name,suffix,prefix,APPROVED_REJECTED_DATE,action_by,ass_acronym,user_name,applicant_name,site_name,ASSOCIATION_ID, (TO_DATE('#{jobParameters['runDate']}', 'yyyy-mm-dd') - trunc(create_date)) as elapsedDays" /> 
      <property name="sortKeys"> 
       <map> 
        <entry key="transaction_num" value="ASCENDING" /> 
       </map> 
      </property> 
      <property name="whereClause" 
       value="(upper(application_status)='PENDING' OR (upper(application_status) IN ('APPROVED','DECLINED') AND trunc(application_status_date) = TO_DATE('#{jobParameters['runDate']}', 'yyyy-mm-dd'))) and TRANSACTION_NUM &gt;= :minId and TRANSACTION_NUM &lt;= :maxId" /> 
     </bean> 
    </property> 
    <property name="parameterValues"> 
     <map> 
      <entry key="minId" value="#{stepExecutionContext[minValue]}" /> 
      <entry key="maxId" value="#{stepExecutionContext[maxValue]}" /> 
     </map> 
    </property> 
</bean> 

для выборки данных для первой страницы его обжиг запроса что-то вроде этого, и его ожидаемый

Reading page 0 
SQL used for reading first page: [SELECT * FROM (SELECT application_id, upper(application_status) as application_status,relationship_code, create_date,submission_date,transmission_date,TRANSMISSION_STATUS,tpa_notes,site_details_id,transaction_num,PROCESS_STATUS,process_date,application_status_date,first_name,middle_name,last_name,suffix,prefix,APPROVED_REJECTED_DATE,action_by,ass_acronym,user_name,applicant_name,site_name,ASSOCIATION_ID, (TO_DATE('2016-06-29', 'yyyy-mm-dd') - trunc(create_date)) as elapsedDays FROM VIEW_SUMMARY_APPLICATION WHERE (upper(application_status)='PENDING' OR (upper(application_status) IN ('APPROVED','DECLINED') AND trunc(application_status_date) = TO_DATE('2016-06-29', 'yyyy-mm-dd'))) and TRANSACTION_NUM >= :minId and TRANSACTION_NUM <= :maxId ORDER BY transaction_num ASC) WHERE ROWNUM <= 10] 
Using parameterMap:{minId=100000002630, maxId=100000002663} 

Но на второй странице его добавление еще один параметр в Запрос _TRANSACTION_NUM, который является неожиданным, например

Reading page 1 
SQL used for reading remaining pages: [SELECT * FROM (SELECT application_id, upper(appication_status) as application_status,relationship_code, create_date,submission_date,transmission_date,TRANSMISSION_STATUS,tpa_notes,site_details_id,transaction_num,PROCESS_STATUS,process_date,application_status_date,first_name,middle_name,last_name,suffix,prefix,APPROVED_REJECTED_DATE,action_by,ass_acronym,user_name,applicant_name,site_name,ASSOCIATION_ID, (TO_DATE('2016-06-29', 'yyyy-mm-dd') - trunc(create_date)) as elapsedDays FROM VIEW_SUMMARY_APPLICATION WHERE (upper(application_status)='PENDING' OR (upper(application_status) IN ('APPROVED','DECLINED') AND trunc(application_status_date) = TO_DATE('2016-06-29', 'yyyy-mm-dd'))) and TRANSACTION_NUM >= :minId and TRANSACTION_NUM <= :maxId ORDER BY transaction_num ASC) WHERE ROWNUM <= 10 AND ((transaction_num > :_transaction_num))] 
Using parameterMap:{minId=100000002596, maxId=100000002629, _transaction_num=100000002622} 

FYI. TRANSACTION_NUM не уникален.

Answer 1

Это связано с вашим sortKeys. Вы определили следующие:

 <property name="sortKeys"> 
      <map> 
       <entry key="transaction_num" value="ASCENDING" /> 
      </map> 
     </property> 

Spring Batch использует самую высокую transaction_num со страницы 0 и говорить на следующей странице должны иметь transaction_num выше.

Рамка будет увеличивать переменную привязки на каждой странице, чтобы гарантировать, что вы получите уникальные результаты. Проблема здесь в том, что вам реально нужен первичный ключ для правильной страницы, иначе ваш pageSize (по умолчанию = 10 и увидит, где он добавит WHERE ROWNUM <= 10 к вашему запросу) отрежет некоторые ваши записи.