Новая тема   Ответить

 amazon
Есть две таблицы:
`db`.`t1` и `db`.`t2`
`db`.`t1` содержит поля `id`(primary) и `status`
`db`.`t2` содержит поля `t1_id` и `data`
Надо выбрать из `db`.`t2` значения полей `data` где `t1_id` = `id` со `status` = 2 из таблицы `db`.`t1`
Можно ли это сделать одним запросом к базе?
Если можно, то как он будет выглядеть?
Не хотелось бы создавать смежную таблицу для этого, но запрос составить - тоже ничего на ум не пришло
Помогите плз.

 Еugene
Код:

или

Код:

оба запроса должны работать

 FXIX
лучше первый. эквисоединение это называется

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

 PvCont
При оптимизации сайта, а в частности запросов к базе такой способ гораздо более ресурсозатратней чем 2 простых запроса к двум таблицам. Ну по крайней мере времени затрачивается больше

 idk2045
FXIX писал:
хм первый насколько я помню максимально долго работает просматривая все комбинации всех строк двух таблиц.
вообще это типичная задача для left join запросов, как уже верно писали

Код:

а ну и конечно t2.t1_id должен быть индексом

 FXIX
ну спорить не буду. два запроса это два соединения с мускуль-сервером. со всеми вытекающими расходами на коннект.
соединение строк двух таблиц на основе одиного ключа - штука чрезвычайно быстрая. вся таблица не просматривается. сразу из двух столбцов выбраются соразмерные значения и строки двух таблиц склеиваются. как там оно реализовано (без промежуточной таблицы? созданием heap\merge\temporary-таблицы? я не помню. надо ман смотреть), но в любом случае быстрее чем два запроса, и потом с этим руками что-то вручную мутить уже в пхп.
ну кому как. я предпочитаю составить запрос, пусть на 10 строк, да хоть на 20. только ради того чтобы все повесить на сторону мускуля и не ебаться с этим в пхп руками.

и кстати оба запроса аналогичны вроде. "внутри"

 Flyman
PvCont писал:

Как раз наоборот. 1 запрос меньше ресурсозатратней чем два. Это и называется оптимизация запросов. А еще меньше времени на запрос когда индексы есть.

 PvCont
Я то же не буду спорить Но выявил это опытным путем. Просто добавил в код скрипт считающий время выполнения запросов и вот что получилось.
А про индексы вообще речи не веду Я говорю про абсолютно одинаковые условия при выполнении запросов.
Можете сами проверить...

 Flyman


Если база Mysql небольшая то такое может быть. А если записей сотни тысяч, тогда будет результат другим. Ну и конечно смотря какие записи и запросы к базе. А то может говорим о разном.

 PvCont
Ну.. У меня была не большая.. Может и так

 Dr.Syshalt
PvCont писал:

А надо бы. Что Flyman говорит - касается нормализованных баз. Там однозначно один запрос, со всеми JOIN'ами будет быстрее аналогично работающих N запросов. А так - можно сделать базу через одно место так, что на ней получатся какие угодно результаты, но только выводы будут не те, что с запросами проблема и надо их разбивать на несколько, а что база сделана через жопу. Просто многие относятся к базе так, что это типа большая свалка, в которую можно валить данные как попадет, типа экселя, ноутпада или что-то в этом духе. А там все гораздо сложнее, и правильно базу составить - это уже искусство.