Тормозит подбор в справочнике номенклатуры #193109

Перевели базу на SQL. Результат - одни тормоза. Самая большая проблема - подбор. Что делать? Если использовать прямые запросы как обрабатывать результаты?

Убрать расчет регистров

Остаток, резерв по любому нужен...

А че там обрабатывать. Результат в ТЗ выплевывается.

гланое с какой быстротой делается обновление остатков - может и не всегда нужно раз в 20 секунд..... тут много чего придумать можно, главное убедить пользователей, что не обязательно видеть сразу (мгновенно) всё всегда

Это понятно... Непонятно как пользователь с этим работать будет

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

Это конечно вариант, но пользователи уже привыкли видеть всё в колонках, не захотят текстом

А ни про размер справочника и базы (особенно остатков), ни про сервер, ни про рабочие станции - ни слова. Может здесь надо смотреть? При нормальной технике вроде как не должно быть уж прямо жутких тормозов, если их не было в DBF, основные тормоза при массовом перепроведении

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

Вообще, при обычном программировании СУБД мало кому приходит в голову вычислять остатки, часто идут на нарушение нормализации и прописывыют актуальный остаток реквизитом в показываемую таблицу, понятно, что сов семи проблемами поддержки этого остатка