LEFT JOIN в одном запросе или два запроса с IN?

Question

[Sergey Kk]

Добрый день. Кто сталкивался с приведенной ниже задачей, что будет работать быстрее из двух вариантов реализации?
joomla
class .... extends JTable

1ый вариант.

{
  $query = "SELECT rtc.id, rtc.created, rtc.published, rtc.content_id, rtc.user_id, rtcc.content
                  FROM `#__jshopping_rtcomments` as rtc
                  LEFT JOIN `#__jshopping_rtcomments_content` as rtcc ON rtc.content_id = rtcc.content_id 
                  LIMIT 50";
  $this->_db->setQuery($query);
  $result = $this->_db->loadObjectList();
}

или 2ой вариант

{
  $query = "SELECT rtc.id, rtc.created, rtc.published, rtc.content_id, rtc.user_id
                  FROM `#__jshopping_rtcomments` as rtc
                  LIMIT 50";
  $this->_db->setQuery($query);
  $result_A = $this->_db->loadObjectList('id');
  
  $query = "SELECT rtcc.content_id, rtcc.content
                  FROM `#__jshopping_rtcomments_content` as rtcc 
                  WHERE rtcc.content_id IN (" . implode(", ", array_keys($result_A)) . ")";
  $this->_db->setQuery($query);
  $result_B = $this->_db->loadObjectList('content_id');
}

В первом случае как sql работает, сначала left join двух больших таблиц, а потом limit? Left join не будет ли тормозить при объединении таблиц с 300к-400к записей. А во втором случае не будет ли тормозить сам php?

Answer 1

[Евгений Вольф]

Что бы узнать что будет быстрее - нужно понимать, в каком порядке выполняется запрос. MySQL в этом плане довольно специфическая БД с массой своих особенностей.

Наиболее простой вариант выяснить скорость выполнения запроса - посмотреть, сколько запрос выполняется в программе для администрирования MySQL (любой, вменяемой, например, HeidiSQL).

Способ чуть посложнее - воспользоваться EXPLAIN.

Comments

[synapse_people]

+за hsql , сам использую, очень удобно и под вайном работает

Answer 2

[Алексей Николаев]

Естественно, быстрее будет работать вариант с одним запросом. Limit обрабатывается после всего, что есть в запросе, и не влияет на собственно обработку запроса.

Comments

[Arman]

т.е. по вашему если один запрос то быстрее? и не важно, что JOIN будет собирать все связи и ограничены лимитом, а при раздельных запросах второй запрос возьмет только нужные записи ограниченные лимитом первого запроса?

[Sergey Kk]

вот и мне интересно инфу найти (гугл что-то не помог в этом) что быстрее 1 запрос с join из 2-х таблиц по 400к записей в каждой, или 1 с limit без join и второй запрос с IN ("50_id_из_1ого_запроса)

[Алексей Николаев]

Каждый запрос обрабатывается т.н. оптимизатором запросов, который находит оптимальный способ выполнения. На самом деле, когда сервер видит LIMIT, он не прочесывает все строки. Например, у меня с таблицами в 200000 строк запрос отработал за 0.04 секунды. Возможно, какая-нибудь проприетарная mysql версии 3.х так не умела, но это было давно. В 21 веке спокойно можно юзать джойны и не париться насчет преждевременных оптимизаций.

А вот если забыть LIMIT, тогда конечно, будет очень долго с текущим условием, которое предполагает все строки, да если еще и индекса нет...

Answer 3

[Виталий]

EXPLAIN SELECT .....
помимо того, что увидишь скорость обоих запросов, сможешь еще увидеть где идет неиндексированный поиск и оптимизировать