Почитай тут я тоже затрагивал тему курсорадаптера.
Решил попробовать новенького.
Ну что сказать после этого присоеденяюсь к Sergey Ch - и возвращаюсь к "старой" технологии

to Sergej_S
Ну дык тоже работаю с диапазонами - просто натолкнулся на проблему когда отлаживался решил просто для проверки затянуть все данные.
Кстати реализов идею из этого обсуждения получил интересные результаты.
Для "большой" выборки делаю отдельный statement handles внутри connection handle - устанавливаю значения Fetch Size = 100 и FetchAsNeed=.t. и меня собственно не интересуют размеры выборки , поскольку тянеться -то порциями - и уже при получении первой порции даных можно работать.
т.е. получаеться как-бы асинхронная работа.
Загрузка происходит быстро - и собственно размеры выборки особенно и не волнуют . конечно если юзер сразу ломанется смотреть последние записи , то тормоза.
Но данный вариант подойдет для "просмотровых" режимов , т.е. когда пользователь хочет сначала увидеть данные в виде списка, а потом посмотреть их детализацию. Тогда правильно подобрав порядок сортировки можно подать ему в "первых рядах" ту инфу что он хочет видеть первой , а дальнейшая загрузка будет происходить порциями причем играясь FetchAsNeed можно либо отложить получение данных либо просто "размазать по времени".

Sergej_SИ каковы планы на будущее относительно CAD с фетчем? Я так понял, что использовав несколько стейтментов к расшаренному коннекту у тебя получтлось, что ты хотел.

Да , все получилось.
Идея такова -
для "больших" курсоров в BeforOpenTable DE
пишу
т.е. получаю новый statement handles
в Destroy DE (пока так хотя это несколько грубовато и требует доработки)
Это нужно для того чтобы освободить конект если данные еще не дотянулись до конца

Планы в принципе я описал выше.
Есть у меня парочка режимов в которых много записей даже при отборе по диапазонам.Режимы просмотровые типа вижу список - кликнул- посмотрел детальную инфу.
Вот там ему и место.


Sergej_SЯ по такой схеме (фетчи и стейтменты) пробовал делать где-то полгода назад- не получилось... (fox8). Может, не до конца разобрался, но даже если так будет работать нормально, предвижу много заморочек с фетчем. Например:
выкачались первых 100 записей документов(сортировка по дате). юзер делает инсерт. запись надо бы вставить в порадке даты. что будет делать CAD? перекачивать все? а без фетча, с диапазонами, я в SelectCmd "ORDER BY" вообще не указываю, а строю индекс в фоксе на курсор, тогда и при инсерте/изменении у меня строка сама визуально становится на нужное место. можнл и перекачки курсора сменить сортировку. плюс скл сервер не грузится лишней командой order by.

Собственно сортировки меня тоже не заботят - я тоже строю сортировки уже на полученом курсоре.Для работы кстати использую доработанный и несколько переделаный Грид от. Алексея Климова (за что ему аграмадное спасибо).
Однако поскольку для сортировки используеться индекс - построение его ведет к "полной" загрузке , т.е. к тормозам. Поэтому я все-таки первоначальный порядок сортировки указываю.
Насчет инсерта - тоже проблемка.
Но как я говорил собираюсь использовать данный вариант в "просмотровых" целях.
А для ввода все-же буду делать более узкие диапазоны.
Sergej_S
Вот такие мои мысли по поводу фетча. Хотя, вполне возможно, что, разобравшись, можно и с ним хороше работать. Может, еще попробую, как освобожусь немного

НУ ежели-что - делись достижениями ...

Не совсем внятно.
код кнопки выложи
и пример данных -что получилось.

Похоже вся проблема в получении кода
смотри
1 юзер добавил запись - пока она еще в буфере
получил с сервера максимальный код - он равен 4
второй тоже добавил запись , и получил код равный 4 , поскольку первый еще запись не сохранил
вот и получается, что коды одинаковы.
В многопользовательских системах так делать нельзя.
Нужно генерить ключевое поле на сервере либо с помощью IDENTITY либо спомощь какой -либо хранимой процедуры.
Также нужно смотреть по поводу настройке на сервере уровня изоляции - похоже у вас разрешено "грязное чтение", поэтому юзера видят незавершеные транзакции друг-друга

ну это зависит от сервера - для MSSQL читайте Isolation Levels в BOL