Здравствуйте.

Форма подбора в УНФ. При клике по динамическому списку ЗапасыИерархия устанавливается отбор у дс СписокЗапасов по выбранной номенклатурной группе. Для установки отбора в этот момент производится вызов сервера и этот вызов тратит минимум секунду. Лаг очень заметен и напрягает пользователей.

База маленькая ~700мб. Справочник номенклатуры содержит всего 2500 позиций.

Что это и как с этим бороться? Конфигурация сток.

выборка по группе - сама по себе напряжная операция...

секунда напрягает пользователей? мда.

(2) мсье никогда не работал на нормальных программах и лаг в секунду считает обычной вещью?

(3) работал, но учитывая что пользователи потом курят по 10 минут, секунда думаю не убьет

а оно случаем не тянет остатки, последнюю цену и прочие вкусняшки?

замер производительности спасет отца русской демократии

(6) и че тебе в скд замер даст?

(7) перечитал сабж. СКД тут не причем. нужно лезть в профайлер и смотреть че там скуль делает.

(8) Файловая база
(5) в тексте запроса дс есть остатки и цена

2(8)"Файловая база" ааа!

ааа... епт...
тогда открывай форму и смотри что за запросы там. долго думай

(11) ну че там. 2 левых со всеми вытекающими.
зы где мой пирожок?

(12) ооо... да ты бог!

(0) дорабатывал подбор номенклатуры для УНФ для операторов, принимающих заказ по телефону, номенклатур порядка 5 тыс.
Пришлось просто сделать другую форму подбора. Добавил вторую кнопку для вызова "быстрой формы" подбора, оставил штатную.

Для быстрой формы сделан максимально простой запрос, для быстрого отбора созданы дополнительные регистры сведений, например для ширины один РС, для высоты другой РС и т.п. База файловая, подбор работает быстрее штатного. Все РС заполняются при записи номенклатуры.

(13) только сотки как шкодливый кошак не помечаю

Сам запрос выполняется доли секунды. К справочнику номенклатуры левым присоединяются остатки и цены

Перенес установку отбора с сервера на клиент. Теперь явного вызова сервера в коде нет, но все равно при установке отбора окно показателей производительности говорит, что вызовы есть. Лаг не исчез. Замер производительности вообще теперь отклонений не показывает.

SQL спасет. Для базы в 700метров - уже давно надо было думать об этом.

(18) Да, но он денег стоит. Нужно решить все с использованием файлового режима работы.