Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: какой запрос лучше
Форумы портала PHP.SU » » Работа с СУБД » какой запрос лучше

Страниц (1): [1]
 

1. Еугений - 19 Февраля, 2016 - 23:25:21 - перейти к сообщению
Всем привет, нужно мне получить последние комментарии за 2 недели к МОИМ постам.
На мысль пришли два запроса
1)
CODE (SQL):
скопировать код в буфер обмена
  1. SELECT comments.* FROM posts LEFT JOIN comments AS c ON posts.id = comments.post_id WHERE post.user_id = МОЁ_ID AND  comments.DATA > now() - interval 2 week


2)
CODE (SQL):
скопировать код в буфер обмена
  1. SELECT * FROM comments WHERE post_id IN (SELECT id FROM post WHERE user_id = МОЁ_ID) AND DATA > now() - interval 2 week


Какой запрос лучше выбрать?

Однако Проверил на скорость, первый запрос выполнилс за 0.06 сек а второй 0.4 А я думал первый будет долго выполняться, так там left join. А я то думал они почти одинаково прочесывают БД. Прокоментируйте пожалуйста, почему?
(Добавление)
второй запрос будет выполняться запрос столько раз, сколько всего у меня постов? А я думал, мускул получит id-шки постов одним запросом, а вторым получит комменты к ним
2. Мелкий - 20 Февраля, 2016 - 09:45:00 - перейти к сообщению
Какая база данных и версия?
Где explain analyze / explain extended / explain?

В старых версиях mysql был у оптимизатора баг, приводящий именно вот к такому поведению:
Еугений пишет:
второй запрос будет выполняться запрос столько раз, сколько всего у меня постов

В актуальных вроде починили.

Еугений пишет:
posts LEFT JOIN comments ... WHERE ... comments.DATA >

Почему-то очень популярная логическая ошибка писать LEFT JOIN, но потом фильтровать по этой таблице без учёта NULL. Т.е. в реальности делать INNER JOIN и при этом мешать оптимизатору.
3. Contr - 20 Февраля, 2016 - 10:10:24 - перейти к сообщению
Евгений, первый запрос всего 1 раз сканирует результирующую таблицу, полученную путем слияния исходных двух


За второй запрос, как говорят, надо "руки отрывать": не знаю, как на MySQL, но на postgres
в вашем втором запросе для каждой строчки таблицы comments делается запрос к таблице post.
4. Мелкий - 20 Февраля, 2016 - 10:35:18 - перейти к сообщению
Contr пишет:
но на postgres
в вашем втором запросе для каждой строчки таблицы comments делается запрос к таблице post.

Не согласен.
Один раз выполняется подзапрос и результирующий план, косты и время обычно лучше аналогичного джойна. Ведь не о correlated subquery говорим.
5. Еугений - 20 Февраля, 2016 - 11:59:48 - перейти к сообщению
Мелкий пишет:
Какая база данных и версия?
Где explain analyze / explain extended / explain?

В старых версиях mysql был у оптимизатора баг, приводящий именно вот к такому поведению:
Еугений пишет:
второй запрос будет выполняться запрос столько раз, сколько всего у меня постов

В актуальных вроде починили.

Еугений пишет:
posts LEFT JOIN comments ... WHERE ... comments.DATA >

Почему-то очень популярная логическая ошибка писать LEFT JOIN, но потом фильтровать по этой таблице без учёта NULL. Т.е. в реальности делать INNER JOIN и при этом мешать оптимизатору.


SELECT version 5.1.68-cll-lve , Mysql
Старая, да? Похоже на хостинге надо вручную обновлять.

left уберу, оставлю join
6. Мелкий - 20 Февраля, 2016 - 12:08:15 - перейти к сообщению
Очень древняя. Подзапросы не то в 5.5 не то вообще в 5.6 исправляли.

 

Powered by ExBB FM 1.0 RC1