Объясните действительно ли соединение двух таблиц в запросе (справочник Номенклатура и Регистра накопления Остатки) это по сути построчный цикл? и с точки зрения оптимизации и производительности плана запроса, лучше выбрать в первом запросе справочник Номенклатура проиндексировать его, поместить его во временную таблицу и во втором запросе передать эту таблицу в качестве параметра на регистр?

да

Нет

Нет
Возьми просто остатки

Для выражений "В" в случае большого объема наоборот наблюдаются очень существенные тормоза
Даже обработка есть для поля СФ на инфостарте удаляющие подобный код в типовых запросов по НДС

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

(0) Временная таблица в запросе формируется на диске. Лучше подзапрос. Но надо сравнить.

(6) Временная таблица на диске? А я думал кэшируется

В МС СКЛ в темпдб

(8) А что, tempdb уже запретили кэшировать?

(9) Так это настроить надо. ИМХО у автора не настроена. ИМХО и возможности такой нет.

Загуглил.
Походу в MS SQL есть LOOP|HASH|MERGRE JOIN.
Не все так однозначно.

(0) >> действительно ли соединение двух таблиц в запросе это по сути построчный цикл?

Нет.

>> лучше выбрать в первом запросе справочник Номенклатура проиндексировать его, поместить его во временную таблицу и во втором запросе передать эту таблицу в качестве параметра на регистр?

Да. В общем случае.
Исключения - когда размер передаваемый в параметр таблицы (элементов справочника Номенклатура) слишком велик.

(4) ты имел ввиду под "большим объемом данных" данные передающиеся в качестве условий отбора?

(0)
1) Нет
2) Нет

(0) "с точки зрения оптимизации и производительности плана запроса, лучше " сначала посмотреть план, а потом уже думать что с этим делать.(по моему мнению)