ВЫБРАТЬ
                            |    ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
                            |    &Штрихкод КАК Штрихкод,
                            |    СУММА(ТоварыНаСкладахОстатки.КоличествоОстаток) КАК КоличествоОстаток,
                            |    КодыТоваровSKU.SKU КАК SKU
                            |ИЗ
                            |    РегистрНакопления.ТоварыНаСкладах.Остатки(
                            |            &ТекДата,
                            |            Склад.Магазин = &Магазин
                            |                И Номенклатура В
                            |                    (ВЫБРАТЬ ПЕРВЫЕ 1
                            |                        Штрихкоды.Владелец КАК Владелец
                            |                    ИЗ
                            |                        РегистрСведений.Штрихкоды КАК Штрихкоды
                            |                    ГДЕ
                            |                        Штрихкоды.Штрихкод = &Штрихкод)) КАК ТоварыНаСкладахОстатки
                            |        ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КодыТоваровSKU КАК КодыТоваровSKU
                            |        ПО ТоварыНаСкладахОстатки.Номенклатура = КодыТоваровSKU.Номенклатура
                            |
                            |СГРУППИРОВАТЬ ПО
                            |    ТоварыНаСкладахОстатки.Номенклатура,
                            |    КодыТоваровSKU.SKU

Не имея перед глазщами структуры сложно... ну вынеси во временную подзапрос из условия - СУБД будет чуть легче пронозировать

(0) А зачем тут группировка, если склада в полях запроса нет?

(0) Вот это перепишите И Номенклатура В
                            |                    (ВЫБРАТЬ ПЕРВЫЕ 1
                            |                        Штрихкоды.Владелец КАК Владелец
                            |                    ИЗ
                            |                        РегистрСведений.Штрихкоды КАК Штрихкоды
                            |                    ГДЕ
                            |                        Штрихкоды.Штрихкод = &Штрихкод))

а левое соединение никого не смутило?

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

в (3) прав

Если действовать по шаблону, то нужно убрать вложенный запрос из параметров виртуальной таблицы, убрать соединение с виртуальной таблицей.

Но практика может показать, что разницы нет )

(0) Собери промежуточную ТЧ из
                            |                И Номенклатура В
                            |                    (ВЫБРАТЬ ПЕРВЫЕ 1
                            |                        Штрихкоды.Владелец КАК Владелец
                            |                    ИЗ
                            |                        РегистрСведений.Штрихкоды КАК Штрихкоды
                            |                    ГДЕ
                            |                        Штрихкоды.Штрихкод = &Штрихкод)) КАК ТоварыНаСкладахОстатки
                            |        ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КодыТоваровSKU КАК КодыТоваровSKU
                            |        ПО ТоварыНаСкладахОстатки.Номенклатура = КодыТоваровSKU.Номенклатура

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

смысл - при обработки события сканера - собирает все данные по штрихкоду. смущаем подзапрос в таблице остатков... как оптимизировать. может, сделать какой-то кеш таблицы штрихкодов и их владельцев?

(9) НА самом деле или Штрихкод или остатки. В кучу кони - люди

(9) так за сколько запрос выполняется? может и смысла нет оптимизировать

(10) может это инвентаризация

(12) И чего ? Может есть смысл разбить несколько.

(13) +на несколько запросов*

(13) может и проблемы нет, аффтору просто заняться нечем
но что плохого в получении ШК и остатка одним запросом - непонятно

(9) Оптимизация преждевременная или действительно медленно работает?

(3) +1

И Склад.Магазин = &Магазин заменить на Склад В &Склады

(17) ну это я в курсе

а что в &ТекДата. Может таки нужно текущие остатки?

ну и сгруппировать тут лишнее

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

(21) в типовом бпо передается ид девайса и сам штрихкод

(0) из тестового задания на собесе? :)

(0) Вирт.таблица РегистрНакопления.ТоварыНаСкладах.Остатки возвращает результат сгруппированный по выбираемым полям. У тебя это Номенклатура. Поэтому в случае нескольких SKU будут записи с одинаковым количеством. Результат запроса может быть верным только если SKU один и группировка ничего не сворачивает. Если это так, то сама группировка не нужна.

(0) Также, "ВЫБРАТЬ ПЕРВЫЕ 1" может в разное время возвращать разный результат.
Из оптимизации тут только установка &ТекДата = Неопределено в случае когда расчет на текущее время.
Также, можно Склад.Магазин = &Магазин сделать по аналогии с Номенклатура В (...).

сам спросил - сам отвечу.

вот так будет правильнее и значительно быстрее

ВЫБРАТЬ ПЕРВЫЕ 1
                            |    Штрихкоды.Владелец КАК Номенклатура,
                            |    &Штрихкод КАК Штрихкод,
                            |    КодыТоваровSKU.SKU КАК SKU
                            |ПОМЕСТИТЬ ВТ_ШтрихКодВладелец
                            |ИЗ
                            |    РегистрСведений.Штрихкоды КАК Штрихкоды
                            |        ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КодыТоваровSKU КАК КодыТоваровSKU
                            |        ПО Штрихкоды.Владелец = КодыТоваровSKU.Номенклатура
                            |ГДЕ
                            |    Штрихкоды.Штрихкод = &Штрихкод
                            |
                            |ИНДЕКСИРОВАТЬ ПО
                            |    Штрихкоды.Владелец
                            |;
                            |
                            |////////////////////////////////////////////////////////////////////////////////
                            |ВЫБРАТЬ
                            |    ВТ_ШтрихКодВладелец.Номенклатура КАК Номенклатура,
                            |    ВТ_ШтрихКодВладелец.Штрихкод КАК Штрихкод,
                            |    ВТ_ШтрихКодВладелец.SKU КАК SKU,
                            |    ЕСТЬNULL(ТоварыНаСкладахОстатки.КоличествоОстаток, 0) КАК КоличествоОстаток
                            |ИЗ
                            |    ВТ_ШтрихКодВладелец КАК ВТ_ШтрихКодВладелец
                            |        ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки(&ТекДата, Склад = &Склад) КАК ТоварыНаСкладахОстатки
                            |        ПО ВТ_ШтрихКодВладелец.Номенклатура = ТоварыНаСкладахОстатки.Номенклатура

(26) и добавление условия на номенклатуру в параметры ВТ не дает ускорения?

(27) особых условий нет - хватаем первую номенклатуру по шк

(28) я про это и говорю. Это условие в параметрах не дает ускорения?

никакие дополнительные условия не дадут ускорения здесь. у меня и тут только одно условие - это входящий шк

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

единственное, что можно доделать в запросе - это взять SKU через максимум. но у меня в базе не более 1 SKU по товару

так и не ответили зачем нужна именно &ТекДата, если без указания даты будет быстрее

(27) ускорение даст, но ТС не понимает, о чем ты его спрашиваешь, ему нужно кодом показывать

(32) не даст - оптимизатор запроса сам соберет верно.

(26) убери ВТ оно тут не нужно сделай второе левое - еще быстрее будет.

(32) оно у него в (0) было, только без ВТ, вряд ли он не понимает