На самом деле тема не сложная, но и не тривиальная.
И вопрос тут не в форме написания, sql - язык декларативный.
В приведенном примере вопрос в сортировке.
Оптимизатор на основе декларации построит программу действий (план запроса), исходя из собственных возможностей и представлений о прекрасном.
Но попробуйте представить, как бы Вы лично решили данную задачу - отобрать Х записей, расположенных в определенном порядке.
Праальна, для начала надо отсортировать.
Отсортировать ВСЁ множество.
Просто потому, что пока не будет просмотрены (и пристроены) все фактические значения ключа сортировки - невозможно сказать, нет ли среди не просмотренных ключа, который встанет перед уже отобранными и, таким образом, сместит весь отсчет.
Обойти это нельзя.
Но иногда можно заменить предварительной статической сортировкой, а именно - построить индекс по ключу сортировки.
В этом случае субд сможет рассмотреть вариант замены сортировки на обход индекса, что для решаемой задачи бывает весьма выгодно.
Разумеется, это сработает при соблюдении некоторых условий, и одно из не вполне очевидных - установка NLS_SORT при сортировке по символьному атрибуту.

Да? На какой странице?

Ты уверен, что в теме? Чтобы, тем более, говорить за других.

если вкратце
сравнить планы на обеих базах

дальше уже решать как поступать

проблему можно озвучить ДБА, вдрух кто-то на карантине мается и сглянется

зы
по сегоднишним меркам "миллион" записей ето не так уж и много
.....
stax