Всем добрый день!

Есть запрос вида


Подзапрос из таблицы table2 может вывести около 10 000 строк (в общем, много). Загнется ли сервер, и можно ли реализовать данную задачу каким-либо другим способом? По сути, мне нужно вывести все строки из таблицы table с id равным значению post_id юзера с user_id = 2.

Заранее благодарен!

Это сообщение отредактировал(а) Acuna - 18.6.2013, 02:48

Наверное, как-то так:


В общем, для выбора пресечения значений двух таблиц (например, с одинаковым `id` и `post_id`) лучше использовать JOIN. Он как раз для этого и работает куда быстрее. Особенно, если .

Это сообщение отредактировал(а) Arantir - 18.6.2013, 05:27

Как по мне, так более понятна форма



Arantir, Ваш вариант неэквивалентен исходному запросу, ибо даёт иной набор полей выходного набора.

Пф...


Конкретная реализация стоит денег, а бесплатно - только идеи и намеки. На то он и форум   

Под выборкой из нескольких таблиц все равно скрывается неявный JOIN.

Сильно зависит от сервера БД и даже от версии.
Например, на достаточно старых версиях (скажем, MySQL 3.х версии) модификация Вашего запроса в 



при наличии определённой комбинации индексов может дать изрядный профит...

На современных же серверах все запросы (кроме исходного) дадут абсолютно одинаковый план выполнения.

Угу. Просто мне показалось, что вариант с JOIN как-то более наглядный. 

Он изрядно путает (особенно начинающих) некоторыми неявными фортелями с NULL...

Не только в этом. 
Если уж быть педантичным, то, хоть и очевидно, что поле с названием id должно быть уникальным, но пока об этом нигде не написано - ожидать что полусоединение (semi-join) будет эквивалентно вунтреннему - нельзя 


Это какие, к примеру? Здесь же inner, здесь пофиг, в on вставлять предикат или же в where. Главное оптимизатор не запутать.

Ну фраза была про джойн вообще...


То да, по-хорошему там дистинкта нехватает.

Дистинкт не поможет нам добиться эквивалентности, если id  не PK   Я ж о том и толкую. Если бы было четко сказано, что id это ПК, я б не умничал, а сразу на недостаток distinct указал бы. Ну... и есесно, это в контексте архипедантичности было все. ;)


Ну и елси по теме, исходный запрос можно попробовать переформулировать на exists.  Может статься, что план будет трошку получше.

Это сообщение отредактировал(а) Zloxa - 18.6.2013, 10:54

Akina, О! Не знал, что в FROM можно указать несколько таблиц. Интересная идея.

Zloxa, да, радует, что id уникальный, DISTINCT не нужен...

P. S. Мда, все-таки пока, к сожалению так, как нужно, работает только с подзапросом :(

Это сообщение отредактировал(а) Acuna - 18.6.2013, 19:52

джоины - зло, они сильно усложняют работу при масштабировании проекта ) в том же facebook нет не одного джоина)

Этот ответ добавлен с нового Винграда - http://vingrad.com

Дистинкт не нужен если table2.post_id уникален.

А относительно id речь была о том, что если он не уникален, то distinct не поможет

Добавлено через 57 секунд

Кислород - зло. В результате окислительных процессов человеческий организм стареет   

ну да ну да... а всякие там WHERE t1.id=t2.id OR t2.id IS NULL - это самое что ни на есть добро...

Это ш тоже джойн.
Товарищ явно начитался статей о носкуэль и проникся.


Это ты так аутер в виду поимел? Не будет же так работать. Это ведь преджойн предикат. Для постжойн предикатов придуманы кастыли вроде
 '(+)', '*=','=*' 

Это сообщение отредактировал(а) Zloxa - 19.6.2013, 09:17