mayton,

ну не ролбак, какая разница
суть в том, что при попытке получить данные при помощи Flashback Query в какой то момент вы на сможете это сделать.
Потому что Oracle их уже почистил.

Ну в общем все понятно, все уже одно да потому, вокруг одного.

Спасибо всем за ответы !

Как резюме, получается наиболее универсальный способ :
- проверять размеры возвращаемого датасета (в Oracle я насколько помню есть прогнозируемые размеры) да бы не получить долго выполняемый запрос на уровне БД
Если больше какого то разумного N - говорить пользователю, что не будем выполнять запрос.
- ну и собственно "мотать" датасет, либо курсор и передавать "окно", ну или 2-3 "окна" , тут уже тонкости.
- закрывать соединение с БД после получения данных
- открывать его по новой
и здесь собственно, либо кидать абсолютно такой же запрос, и "мотать"
либо в запрос ввести фильтры (ну если это возможно , так как для этого нужна сортировка)

Petro123,

еще раз : как и написано в заголовке интересовала "методология"
то есть какой то ПРИНЦИПИАЛЬНО новый подход, которого не знаю.
Не реализация ! А подход.
pagination - насколько я понял использует тот же подход ограничения и "промотки" выборки.

В этой теме меня интересовали именно концептуальные подходы решения проблемы.

Для себя я понял, что подход : основанный на создание "окна" ("окно" - в моем понимание это не отображаемая форма, а некий механизм получения куска выборки) , с применением изменяемых фильтров по сортировке - наиболее приемлемый вариант

maytonНикакой принципиально новой методологии в пагинации нету.

Ну , мало ли :-)
вчера не было, вдруг сегодня кто то придумал