Можно ли оптимизировать такой запрос в динамическом списке номенклатуры? #792745

В форме списка справочника "Номенклатура" типовой УТ 11.3 набросал запрос в динамическом списке, чтобы получать на форме списка остатки (общие и по определенным складам, а также резервы и заказы): ВЫБРАТЬ Но работает не очень шустро - подвисает при прокрутке страниц, порой весьма ощутимо. Можно ли как-то оптимизировать запрос, чтобы ускорить прокрутку справочника и вообще его использование?

в корне не верно, у демонических списков уже есть специализированное расширение для подобных задач ищите на ИТС

Гугление выдает только такие методы (с соединением к регистрам). Там приписка: "Планируется в версии 8.3.10".

статья от июля 2016, так что вполне вероятно что уже реализовали в более ранних версиях

шерстите возможности платформы - механизм описан

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

Да, спасибо, сделаю соединение только с таблицами остатков, а не "Остатков и оборотов". Заказчик требует, поэтому отчет не устроит, нужна оперативная работа менеджеров с остатками.

>> количество остаток из "остатков и оборотов" берешь... +1 Собственно совершенно непонятно зачем. Кроме указания правильной виртуальной таблицы, больше тут оптимизировать некуда. Работать быстро это угрёбище не сможет по определению. И даже варианты типа после выхода платформы 8.3.10 вряд ли сильно помогут.

>> нужна оперативная работа менеджеров с остатками Придумайте им другой инструмент. Этот быстро работать не будет никогда. А по мере роста базы ситуация будет только ухудшаться. А если, не дай бог, завтра вырастет количество складов с 5 до 10, количество различных позиций номенклатуры и количество номенклатуры единовременно висящей на остатках, то ваш список вообще перестанет работать. Угадайте с трёх раз - кто будет крайним.

Какие ещё могут быть инструменты, помимо отчета?

Пятничный мега-пост. ППЦ в квадрате.

Динсписки хороши только в элементарных запросах. ВЫБОР в них большое зло. И непонятно зачем тут все эти соединения с разными виртуальными таблицами, имеющими один физический базис.

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

Там нужна была одна таблица остатков  и "Выбор-Конец" для остатков по складам, + сумма остатков.

А как в данном запросе получить остатки по разным складам? Вот в этой части запроса получаю общие остатки, а также остатки по складу №1 и №2 (передаваемые параметрами в форме). Разве здесь можно избавиться от соединения к нескольким таблицам? ПОЛНОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.ОстаткиИОбороты КАК ТоварыНаСкладахОстаткиИОбороты

ВЫБРАТЬ     ТоварыНаСкладахОстатки.ВРезервеОстаток

Спасибо, буду пробовать.

>> Какие ещё могут быть инструменты, помимо отчета? Ну откуда же мне знать ))) Это ваши менеджеры и вам лучше знать как они работают и что им реально нужно. Но я с 99% уверенностью могу предположить, что менеджеру нахрен не надо видеть остаток одновременно по пяти складам по всей отображаемой номенклатуре да ещё и в момент пролистывания/прокрутки списка.

Ну не знаю... По-моему, это самая распространенная задача - когда менеджеру звонит (или приходит) клиент, и нужно оперативно знать, на каком складе есть нужный или схожий товар и в каком количестве.

И менеджер, для выполнения своей задачи, открывает отчет и смотрит где, сколько, почему, зачем, как и когда. :D

Ключевое слово - "ТОВАР". А ты решаешь задачу - показать "ВСЕ-ВСЕ-ВСЕ ТОВАРЫ". Найди 10 отличий в этих двух задачах. Вторая задача тобою решена. Решение тормозное. По мере роста базы оно будет работать всё медленнее и медленнее до тех пор пока в один прекрасный день не встанет колом. Первая задача имеет самые различные способы решения. Один из которых - отчет. А другие... тут целый пучок вариантов. - показывать остатки только по активной строке списка (ПриАктивизацииСтроки или по отдельной кнопке); - нарисовать форму подбора, которая будет показывать остатки только тогда, когда пользователь установил отбор по номенклатуре, содержащий в результате, например, не более 10 позиций (ведь реально менеджер ищет в 99% случаев одну конкретную позицию). Пока отбора нет или в результате отбора больше позиций - остатки не показываем.

В данной базе ищет именно товары, так как есть много товаров-заменителей, и надо смотреть аналоги. (запчасти).

Спасибо за идеи.