Подзапросы по сравнению с соединениями

С подзапросом необходимо повторно выполнить 2-й ВЫБОР для каждого результата, и каждое выполнение обычно возвращает 1 строку.

С соединением, 2-й ВЫБОР возвращает намного больше строк, но только необходимо выполнить его однажды. Преимущество состоит в том, что теперь можно присоединиться на результатах, и присоединяющиеся отношения - то, к чему база данных, как предполагается, способна. Например, возможно, оптимизатор может определить, как воспользоваться лучшим преимуществом индекса теперь.

Это не так подзапрос как В пункте, хотя соединения в основе, по крайней мере, механизма SQL Oracle и выполнены чрезвычайно быстро.

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

Просто предположение без деталей, конечно, но это - общая ситуация.

Посмотрите на план запросов для каждого запроса.

, Где в и Соединение может обычно быть реализованным с помощью того же плана выполнения, таким образом обычно существует нулевое ускорение от изменения между ними.

Оптимизатор не сделал очень хорошего задания. Обычно они могут быть преобразованы без любого различия, и оптимизатор может сделать это.

Куда подзапрос должен выполнить 1 запрос для каждой возвращенной строки. Внутреннее объединение просто должно выполнить 1 запрос.

прежде чем запросы выполняются против набора данных, они проведены через оптимизатор запросов, оптимизатор пытается организовать запрос таким способом, что это может удалить столько же кортежей (строки) от набора результатов так быстро, сколько это может. Часто при использовании подзапросов (особенно плохие), кортежи не могут быть сокращены из набора результатов, пока внешний запрос не начинает работать.

С наблюдением запрос его твердое для высказывания, что было так плохо об оригинале, но мое предположение будет им, было чем-то, что оптимизатор просто не мог сделать намного лучше. Выполнение 'объясняет', покажет Вам метод оптимизаторов для получения данных.

Обычно это - результат оптимизатора, не бывшего способного выяснять, что подзапрос может быть выполнен как соединение, в этом случае, это выполняется, подзапрос для каждой записи в таблице скорее тогда присоединяются к таблице в подзапросе против таблицы, которую Вы запрашиваете. Часть большего количества "enterprisey" базы данных лучше в этом, но они все еще иногда пропускают ее.

Выполните объяснять-план по каждой версии, он скажет Вам почему.

Вот пример того, как подзапросы оценены в MySQL 6.0 .

, новый оптимизатор преобразует этот вид подзапросов в соединения.

Вы выполняете подзапрос однажды для каждой строки , тогда как соединение происходит на индексах.

Этот вопрос является несколько общим, таким образом, вот общий ответ:

В основном, запросы занимают больше времени, когда MySQL имеет тонны строк для сортировки.

Делают это:

Выполнение ОБЪЯСНЕНИЕ на каждом из запросов (JOIN'ed один, тогда Подзапрошенный), и сообщение результаты здесь.

я думаю, видя, что различием в интерпретации MySQL тех запросов был бы полезный опыт для всех.