Блин, а при чем здесь философия? И при чем здесь аксес?

Вопрос, в общем-то, классический для клиент-серверных технологий:
Как переслать клиенту 100000 записей?
и ответ на него классический:
Клиенту не нужны 100000 записей

В форме отображать название.
Для выбора товара - использовать деревья, классификаторы, фильтрацию по названию, все что угодно, но не комбобокс со 100000 записей, ибо это бред.

2 Pavel Krupets
Во-первых. Сначала данные у тебя отображаются в datasheet. Для отображения данных комбобокс не нужен. Достаточно обычного текстового поля с наименованием. Значение этого поля приходят с сервера как разультат джойна состава с номенклатурным справочником.

Во-вторых. Datasheet у тебя используется для ввода данных, причем ввод осуществляется через комбобокс с 100000 записей. Не могу поверить, чтобы пользователю это было удобно. Из этого предположения (что пользователю неудобно ползать по списку с 100000 записей) и рассуждаю дальше.
Для эффективной работы необходимо эти 100000 записей разбить на группы, сделать деревянный просматривальщик, ввести признаки товаров, сделать возможность фильтрации по этим признакам. По возможности стремиться к тому, чтобы пользователю приходилось выбирать максимум из сотни товаров. В этой сотне еще сделать быстрый поиск по первым буквам и/или фильтрацию по части наименования.
Очевидно, что такую конструкцию не запихнуть ни в комбобокс, ни в два комбобокса. Разумным выглядить решение в виде popup-формочки, в которой пользователь выбирает все что ему нужно, туда же можно выводить, например, текущие складские остатки, описание для выбранного товара, да и кучу всего. Пользователь выбирает товар, по дабл-клику или чему-нибудь еще выбранный товар заносится в документ, а пользователь выбирает следующий товар. Выбарные товары отображаются в составе документа в обычных полях, а не полях со списком.

В-третьих. Недавно проскакивало решение с комбобоксом. Latuk пытался минимизировать сетевой трафик. Предлагал пересылать с сервера на клиент не наименования товаров, а их ID-шники. А наименования получать на клиенте да-да, с помощью комбобокса на отсоединенном рекордсете. НО! Это была попытка именно минимизации сетевого траффика, и этот комбобокс не предназначался для выбора товара . (Собственно, у Latuk'а и возник вопрос - как убрать стрелочку у комбобокса, и вообще запретить ему раскрываться).

Я еще в самом первом сообщении написал
Ну извиняй, торможу видать :)

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

Так как в номенклатуре есть два поля обязательных к заполнению используется отключенный recordset (изделия вставляются туда с этими олями = NULL).
Номенклатура - это состав документа?
Зачем здесь отключенный рекордсет? Выбрал изделие - жамкнул кнопку - добавил запись в состав документа. Пока все и без отключенных рекордсетов работает.

Вопрос больше о том что у меня довольно часто используются отключенные рекордсеты и я думаю что это немного не правильно.
Вот и я не могу понять - зачем они у тебя используются? Внимательно прочитав твои посты понял, что вроде бы твоя реализация совпадает с моим видением, но только у меня ничего не отключается...

Чего не понял - пробую протелепячить
Отключенный рекордсет у тебя используется:

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

или же

Отключенный рекордсет у тебя используется:


Для добавления в состав документа (aka номенклатура) сразу нескольких записей?