Не верь, искать мне бессмысленно, потому что "баг" исправлен получением данных запросом. Могу только по памяти сказать. что чатсть реквизитов была составного типа, потом неявный запрос который формировался при этих трех - четырех точках, делал соединения к левым таблицам.  И естествнно получение данных через эти точки были в цикле.  Сервачок был слабенький - вот при всех этих условиях и получалось, что люди кнопку нажимали и шли пить чай

Ты ничего не понял. Объяснять лениво.

Я просто новичок и мне пока тяжело, сделал как сумел))

И всё равно немного не понял, мы берём должность, после пишем, что хотим получить ее у сотрудника, а так как есть ссылка у сотрудника на справочник, то через сервер мы получаем эту должность со справочника, при выборе конкретного сотрудника, так?

Давай лично объясню

Давай. Только попроще, пожалуйста)

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

У вас что остатки это постоянная величина и не меняются?

Меняется, но не каждые 1 минут, пользователь работает с номенклатурой каждую минуту.... Хочу снизить нагрузку на базу... Так как на форме есть динамическое поле остаток...

Чтоб прокрутка номенклатуры была плавной )))

Самое главное не написал обычные формы у меня(

мне кажется это плохой подход, если прям нужно видеть остатки в форме списка, то сделайте отдельную панельку справа, в которую будут выводиться остатки текущей номенклатуры из списка

Не удобно

А остатки в каой момент получаете?

В момент открытия формы

Ладно отбой, спасибо. Пока будет как есть))), немножко не плавно листается список, но работает.

В момент открытия формы и сразу для всей номенклатуры?

ну как для "всей", это же обычная форма )))

Какая разница обычная или нет, поставлю вопрос по другому, в какой момент при прокрутке тормозит, в каком событии формы обновляете остатки?

При получении данных событие