Как правильно?

"ВЫБРАТЬ
|    Таб.Номенклатура
|ИЗ
|    Регистр.Остатки КАК Таб
|ГДЕ
|    Таб.Склад.Ответственный = &Ответственный"
   
   
"ВЫБРАТЬ
|    Таб.Номенклатура
|ИЗ
|    Справочник.Склад КАК Склад
|        ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Таб КАК Таб
|        ПО Склад.Ссылка = Таб.Склад
|ГДЕ
|    Склад.Ответственный = &Ответственный"

пох

В данном примере - эквипенисуально

в SQL все равно преобразует во второй запрос

1 вариант производительнее

Все равно

(4) неа

хотя... Первый - это ВНУТРЕННЕЕ, второй ВНЕШНЕЕ...
Так чт запросы-то разные...

(4) бугага

что в (4) было? :)

(7) с чего это 1-й - внутреннее?

(10) Ты ещё скажи, что внешний...

если говорить о производительности, то применяйте условия в параметрах виртуальных таблиц

(11) левое

А так?

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

(14) а так - 21 см :)

:)

(15) за что сантиметр срезал?

21 см это круто? :)

(17) для 22 см этого мало, нужно в совершенстве знать sql и вёб-сервисы
(18) 21 - это очень не плохо

(17) наверное за то, что не описана необходимость поставить индексацию на поле Подразделение справочника Склады ))

(3) от куда инфа?

В данном примере РегистрСведений, виртуальные не пользуем

(0) Все неправильно. Нужно в условиях ВТ условие давать.

ВТ создает физическую таблицу (в tempdb, вроде как), помоему это рационально если в ВТ загружаются более 2000 тыс строк чтобы построить индексы

(13) А левое это не внешнее?
Если сделать лефт лжойн, в результате не может получиться нуллов?

(24) ты прочти своё (7) _внимательно_
ко мне какие претензии?

(1)(2) а если в примере из (0) измерение "Таб.Склад" имеет составной тип, то совсем не одно и то же.

(25) Это ты прочти внимательнее :-) К тебе только одна претензия - невнимательность

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

(26) Склад не составной тип


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

(27) в чём моя невнимательность?
Первый - это ВНУТРЕННЕЕ, второй ВНЕШНЕЕ..

первый - там, где используется неявное соединение, 2-й - там, где явное.

т.е. ты хочешь сказать, что в случае неявного соединения запрос преобразуется в inner join, хотя это не так, оно преобразуется в left OUTER join