Хочу понять - что быстрее отработает

ВЫБРАТЬ
 Док1.Реквизит1,
 Док1.Реквизит2
ИЗ Док1 КАК Док1

ЛЕВОЕ СОЕДИНЕНИЕ
ДОК2 КАК Док2
ПО Док1.Реквизит2 = Док2.Реквизит2

ГДЕ Док2.Реквизит2 = &ЗначениеРеквизита2

ИЛИ


ВЫБРАТЬ
 Док1.Реквизит1,
 Док1.Реквизит2
ИЗ Док1 КАК Док1

ЛЕВОЕ СОЕДИНЕНИЕ
ДОК2 КАК Док2
ПО Док2.Реквизит2 = &ЗначениеРеквизита2

И почему?

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

Ну ты герой...А первая таблица каким боком в условии соединения?

он тебе тупо приаттачит все док2 с реквизитом равном параметру

Во втором варианте в условии ПО не хватает Док1.Реквизит2 = Док2.Реквизит2

(1) Запросы набрал вручную, возможно неправильно немного написал
В первой таблице условие устанавливается после соединения, интересует - что быстрее выполнится

Главное - не проверяй ни за что!

(4) для скуля монопенисуально

(3) со второй таблицы выбираю записи с заданным условием Реквизит2, поэтому такого нет

(6) то есть одинаково?

+(5) Ну и я молчу, что эти запросы разный результат вообще вернут.

(8) если выбирать между
ВЫБРАТЬ
 Док1.Реквизит1,
 Док1.Реквизит2
ИЗ Док1 КАК Док1

ЛЕВОЕ СОЕДИНЕНИЕ
ДОК2 КАК Док2
ПО Док1.Реквизит2 = Док2.Реквизит2

ГДЕ Док2.Реквизит2 = &ЗначениеРеквизита2

ИЛИ

ВЫБРАТЬ
 Док1.Реквизит1,
 Док1.Реквизит2
ИЗ Док1 КАК Док1

ЛЕВОЕ СОЕДИНЕНИЕ
ДОК2 КАК Док2
ПО Док1.Реквизит2 = Док2.Реквизит2
И Док2.Реквизит2 = &ЗначениеРеквизита2

то да, одинаково.
если как в (0) они не идентичны

(9) почему разный? Одинаковый

В обоих случаях устанавливается Левое соединение со второй таблицей и отфильтровываются записи Реквизит2 из нее, только логика разная

(9) +1...
(0) Почитай книжки просто по SQL - может наступит озарение....

Хорошо, тогда какой быстрее выполнится из запросов в (10)?

(10)+ даже эти запросы не идентичны, потому как для левого соединения отфильтруется по разному.

(14) результат будет же одинаковый по идее

(11) Выполни и удивись.

(0)
самый "быстрый"

ВЫБРАТЬ
 Док1.Реквизит1,
 Док1.Реквизит2
ИЗ Док1 КАК Док1,
Док2 КАК Док2
ГДЕ Док1.Реквизит2 = Док2.Реквизит2
И Док2.Реквизит2 = &ЗначениеРеквизита2

(11) Во втором случае SQL видит Док2.Реквизит2 = &ЗначениеРеквизита2.
Вот, нашел подходящую строку и, бац - к ней подключил все строки из Док1. Зашибись.

(13) эти запросы тоже не идентичны. вместо ЛЕВОГО поставить ВНУТРЕННЕЕ - то будет одинаковое время выполнения

(0) Первое быстрее , так как будет внутреннее соединение

(15) сначала присоеденили по реквизиту, в правой колонке (Док2) значение НУЛЛ, в ГДЕ отфильтровали и убрали строки, потому как НУЛЛ
во втором случае сразу отфильтровали Док2, и присоединили и там где нет для Док1 из Док2, будет НУЛЛ

(21) то есть быстродействие будет одинаковым? без разницы?

(22) для разных запросов быстродействие не может быть одинаковым

(23)+ которые возвращают РАЗНЫЕ данные

(22) 1-й запрос вообще может ничего не вернуть.

(25) + и второй тоже

(0) стесняюсь спросить, а нахера вообще соединение с Док2?
если выбирается только реквизиты Док1

 Док1.Реквизит1,
 Док1.Реквизит2

или имелось ввиду

 Док1.Реквизит1,
 Док2.Реквизит2
?

(27) Запросы чисто для вида

Можешь считать выборку так
 Док1.Реквизит1,
 Док1.Реквизит2,
 Док2.Реквизит2,

Смысл был в том - чтобы понять, что быстрее