4321ё...ну получит он те же записи и на второй странице (за счет того, что в набор промеж выборами лимит-офсетов добавились записи). И спросит вас - "а какого, собсно? И вот тогда вы и раскажете ему про огород ?

для того, что бы не получал те-жи - нуна правильно оперировать с "опорной записью"... Для того, что бы делать реально сетевой показ данных - нужно видеть и произошедшие изменения так же... Иначе - нафига такие показы то ?
Пример...
Просматриваем информацию о стоп листах на сервере авторизации... При этом работает параллельно нитка закачки нового стоп листа, его приём, разархивирование и вставка в БД. Клиент стмотрит на карточки с пулом VISA и видит прибывающие номера - всё логично и номано...Было бы странно не видеть сию операцию в он-лайн...


с уважением
(круглый)

J-ProИмеется такая цель: в браузер нужно выводить опреелёное кол-во записей по страницам из результата, который возвращает процедура GetAllItems. Можно ли написать процедуру так, чтобы она каждый раз возврщала СЛЕДУЮЩИЕ N-записей из результата своего запроса? Как получить просто первые N-записей запроса - я знаю. Но потом как последующие N, а потом ещё и еще - к сожалению, нет...

1) лучше написать сиквол запрос - на некоторых платформах быстрее будет работать...
2) как получать...попробуйте ответить на следующие вопросы:
а) для чего нужно информация представленная в ввиде списка ? Всегда ли нужна вся информация в выборке ?
б) как мы сами отличаем одну строчку от другой ?
в) от чего зависит порядок следования строк в листе ?
г) относительно чего Вы бы хотели навигироваться (переходить к следующей записи) по списку ?

ответив на эти вопросы - Вы получите ответ, как должен строиться сиквол запрос. Его скелет так сказать...
что бы не казаться пальцевеерником - отвечу и сам на данные вопросы...
а) для человека либо печать... Нет, не всегда. например для человека - более 100 записей уже сомнительная величина...
б) мы люди, отличаем строчки по данным которые в них находяться. но не по всем полям, а по тем которые нас интересуют.
в) зависит от сортировки по полям. её очерёдности и направленности.
г) если навигируется человек, то из выше сказанного, интерес представляет поддверженные понятному закону (сортировке) данные только в определённых полях (которые скорее всего и отсортированы так, как нам удобнее воспринимать информацию).

исходя из этого мона сделать предположение...
1) для навигации человека по списку нужно обеспечить: упорядочивание интересующих его полей, последовательную (отсортированную) выборку очередных записей из БД. Другими словами закон выборки дают именно отсортированные поля. Их очерёдность и направленность.
2) Фокус ввода самого человека привязана к интересующим его данным, а не порядковым номером (позиции) этой записи в общей выборке. Т.е. если человек смотрит (оперирует) с записью "Русская водка" (предположим выравнивание в лево), то ниже он ожидает увидеть выборку типа "Русская водогрейка", а выше - "Русская вода". И в общем случае ему всё равно как эта информация находиться в пространстве - то бишь её порядковый номер и прочее...


Надеюсь Вам не составит труда теперь сделать выборку по определённому полю(полям), с учётом направлений и очерёдности по условию - всё что меньше и всё что больше ? Ограничить перегон данных на клиента, методом отрезания кол-ва строк - так же думаю понятно...

Данная технология замечательно работает в нескольких клиент-серверных решений, в которых приходилось мне участвовать либо разрабатывать...


удачи Вам
(круглый)