Что лучше — один запрос с двумя JOIN или три запроса?

Question

[gene4000]

При программировании на PHP возник вопрос: лучше сделать более полный запрос, чтобы сразу получить все данные из трех таблиц или сделать три разных запроса?
В первом запросе по дате выбирается информация содержащая два идентификатора, по которым вытаскиваются подробные данные соответствующие этим идентификаторам.
То есть в одном запросе в возвращаемых данных может дублироваться информация (в разных строках часть данных соответствующая идентификатору может повторяться).
Запрос вряд ли будет возвращать больше сотни строк, скорее всего до двадцати. Есть ли заметная разница в производительности, если делать три запроса?

Упрощенно структура:

t1 [ time, t2_id, t3_id ]
t2 [ t2_id, t2_info ]
t3 [ t3_id, t3_info ]

Answer 1

[Дмитрий Энтелис]

Если таблицы условно большие ( > 1 000 000), а в результатах запроса ожидается мало данных ( < 1 000 ) заметно быстрее будет делать 3 запроса вида where id in (1,2,3) явно перечисляя в запросах нужные id

Comments

[gene4000]

Спасибо. Действительно в результатах мало данных, да и сами таблицы меньше.

Answer 2

[Робот]

По разному может быть, надо измерять в каждом конкретном случае отдельно.

Comments

[Hello1]

Согласен. В некоторых случаях вложенный select быстрее чем join

[Андрей]

А в некоторых быстрее выполнить селект и потом через IN ид забрать.. все зависит от задач...

[gene4000]

То есть для небольшой выборки принципиальной разницы не будет?

[Roman K]

gene4000: Тут тоже не всё так однозначно. Для кого-то небольшая выборка - 10-15 строк, для кого-то 10-15 тысяч.

[gene4000]

Roman Kitaev: здесь совершенно точно на выводе не больше сотни будет, а скорее всего в пару десятков уложится

[Roman K]

gene4000: Тогда разницы особой не будет.

[Alexander]

Roman Kitaev: А если в таблице 10кк+ записей и не проставлены индексы?

[Roman K]

Syschel: Тогда тоже разницы не будет. Оно одинаково зависнет.

[gene4000]

Syschel: можно поставить вопрос интересней: что если t2_info и t3_info имеют размер в десяток мегабайт и содержаться в сотне полученных строк (данные будут совпадать).

[Alexander]

gene4000: Да. По этому и говорилось уже, всё зависит от конкретных условий и событий. То что будет оптимально при таких вводных, через время может перестать работать на других ввдоных. :-)

Answer 3

[Дмитрий Ковальский]

При малом количестве строк лучше JOIN. Тут есть еще другой вопрос - если вы за каждым запросом будете создавать соединение с базой и потом отключение - возникнут просто баластные операции, которых можно избежать как 2 пальца.

Comments

[gene4000]

Понял. Спасибо.

Answer 4

[Владимир Чернышев]

В общем случае лучше один. Начинать нужно с него. Когда он начнёт тормозить, то только тогда начинать профилировать, смотреть планы запросов и начинать оптимизировать. Преждевременная оптимизация - зло.

Comments

[gene4000]

Разумно.