Приведет ли использование стратегии прокрутки JDBC для разбиения по страницам табличных данных на производительность? ⇐ JAVA

[Anonymous]

В настоящее время у нас есть система, которая отображает табличные данные страницы на экране без какой-либо поддержки разбивки по страницам в пользовательском интерфейсе. Он работает на Java 1.5/Spring JDBC/T-SQL хранимых процессах/стеке SQLServer 2000.

При отсутствии возможности пропуска строк в наборе результатов (ограничение SQLServer 2K без использования динамического SQL); Я изучаю вариант, когда уровень данных выбирает все строки, а уровень DAO прокручивает пропущенные страницы строк, а затем считывает только количество строк на странице.

Мой вопрос заключается в следующем:

Какой прирост производительности (с точки зрения ЦП БД и ввода-вывода) это изменение будет по сравнению с текущим состоянием, в котором все строки возвращаются?

Я знаю, что по проводу между БД и приложением будет передаваться только страница данных, но мне интересно знать, что произойдет внутри СУБД. Предполагая, что план запроса уже кэширован, будет ли СУБД пропускать обработку первых 40 страниц результатов, если мне нужна только страница 41?

Думаю, я хотим знать, понесем ли мы большие затраты, даже если курсор пропустит первые x страниц набора результатов.

Подробнее здесь: https://stackoverflow.com/questions/343 ... -result-de