Join и where

@lulusa · Регистрация: 04.10.2013

Студворк — интернет-сервис помощи студентам

Доброго времени суток, если я пишу

SQL
1
2
3
SELECT * 
FROM TABLE A LEFT JOIN TABLE B ON A.field1 = B.field2 --A и B копии
WHERE B.field2 > 5

Что сработает раньше. Сначала сформируется выборка с помощью left join, а затем уже из нее будут удалятся строки, которые не проходят под условие where, или сначала отберутся только те из B, что прошли where и они уже будут группироваться в left join?
И еще, почему, когда я этот запрос применял к одной и той же таблице, без where при выводе и меня были NULL в полях B, а с этим where исчезли (ведь на NULL нужна специальная проверка)

@Serpentariy · 04.05.2014, 11:38

Раздел "Логический порядок обработки инструкции SELECT" здесь

@invm · 04.05.2014, 12:39

Сообщение от lulusa

Что сработает раньше. Сначала сформируется выборка с помощью left join, а затем уже из нее будут удалятся строки, которые не проходят под условие where, или сначала отберутся только те из B, что прошли where и они уже будут группироваться в left join?

Гарантированного порядка не существует. Что будет выполняться раньше: соединение или фильтрация, определятся планом выполнения, который построит оптимизатор запросов.

Сообщение от lulusa

И еще, почему, когда я этот запрос применял к одной и той же таблице, без where при выводе и меня были NULL в полях B, а с этим where исчезли (ведь на NULL нужна специальная проверка)

Потому что этой "специальной" проверки нет.

@iap · 04.05.2014, 13:31

Сообщение от invm

Гарантированного порядка не существует. Что будет выполняться раньше: соединение или фильтрация, определятся планом выполнения, который построит оптимизатор запросов.Потому что этой "специальной" проверки нет.

Как это? По ссылке, данной выше, сказано, что логически сначала выполняется JOIN, а WHERE - потом!
Поэтому, если WHERE после LEFT JOINа накладывает условия на поля правой таблицы,
не учитывая возможные NULLы полей правой таблицы, получающиеся в результате этого LEFT JOINа,
то этот LEFT JOIN ничем логически не отличается от INNER JOINа.

При этом порядок физических операций определяет только сервер из соображений оптимальности.
Ясное дело, что результат при этом должен не отличаться от логического.

@pincet · 04.05.2014, 14:52

хм. Понимаю, что план читать нужно - но все-же общие условия для 2-х наборов в join или в where?

T-SQL
1
2
3
4
5
6
7
8
a join b
on a.id=b.id
and a.somef=b.somef
-- или
a join b
on a.id=b.id
where 1=1
and a.somef=b.somef

@invm · 04.05.2014, 15:00

Сообщение от iap

Как это? По ссылке, данной выше, сказано, что логически сначала выполняется JOIN, а WHERE - потом!

По ссылке данной выше, говорится:

Логический порядок обработки инструкции SELECT
...
Этот порядок определяет, когда объекты, определенные в одном шаге, становятся доступными для предложений в последующих шагах.

Это не есть порядок выполнения, даже логический.
В данном конкретном случае, оптимизатор вообще left превратит в inner и будет волен выбирать что выполнять раньше: фильтрацию или соединение.

@iap · 04.05.2014, 17:22

Этот порядок определяет, когда объекты, определенные в одном шаге, становятся доступными для предложений в последующих шагах.

Сообщение от invm

Это не есть порядок выполнения, даже логический.

Как логически можно выполнить "один шаг", если в нём не всё "стало доступным"?
Это именно логический порядок обработки.

@invm · 05.05.2014, 12:30

Сообщение от iap

Это именно логический порядок обработки.

Да я и не спорю. Только это не порядок выполнения. А ТС'а интересовал именно он.

Добавлено через 18 часов 49 минут

Сообщение от pincet

Понимаю, что план читать нужно - но все-же общие условия для 2-х наборов в join или в where?

T-SQL
1
2
3
4
5
6
7
8
a join b
on a.id=b.id
and a.somef=b.somef
-- или
a join b
on a.id=b.id
where 1=1
and a.somef=b.somef

Для inner join без разницы - оптимизатор все равно сделает как посчитает нужным. Поэтому условия соединения и фильтрации разделяют из соображений читабельности запроса.

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@Serpentariy 119 / 111 / 47 Регистрация: 09.07.2013 Сообщений: 209
	04.05.2014, 11:38
	Раздел "Логический порядок обработки инструкции SELECT" здесь 0