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

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737
Форумы портала PHP.SU :: какой запрос лучше

 PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи


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

> Без описания
Еугений
Отправлено: 19 Февраля, 2016 - 23:25:21
Post Id


Частый гость


Покинул форум
Сообщений всего: 176
Дата рег-ции: Апр. 2011  


Помог: 1 раз(а)




Всем привет, нужно мне получить последние комментарии за 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-шки постов одним запросом, а вторым получит комменты к ним

(Отредактировано автором: 19 Февраля, 2016 - 23:36:23)

 
 Top
Мелкий Супермодератор
Отправлено: 20 Февраля, 2016 - 09:45:00
Post Id



Активный участник


Покинул форум
Сообщений всего: 11926
Дата рег-ции: Июль 2009  
Откуда: Россия, Санкт-Петербург


Помог: 618 раз(а)




Какая база данных и версия?
Где explain analyze / explain extended / explain?

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

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

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

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


-----
PostgreSQL DBA
 
 Top
Contr
Отправлено: 20 Февраля, 2016 - 10:10:24
Post Id



Частый гость


Покинул форум
Сообщений всего: 202
Дата рег-ции: Окт. 2011  
Откуда: с Марса


Помог: 1 раз(а)




Евгений, первый запрос всего 1 раз сканирует результирующую таблицу, полученную путем слияния исходных двух


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



Активный участник


Покинул форум
Сообщений всего: 11926
Дата рег-ции: Июль 2009  
Откуда: Россия, Санкт-Петербург


Помог: 618 раз(а)




Contr пишет:
но на postgres
в вашем втором запросе для каждой строчки таблицы comments делается запрос к таблице post.

Не согласен.
Один раз выполняется подзапрос и результирующий план, косты и время обычно лучше аналогичного джойна. Ведь не о correlated subquery говорим.


-----
PostgreSQL DBA
 
 Top
Еугений
Отправлено: 20 Февраля, 2016 - 11:59:48
Post Id


Частый гость


Покинул форум
Сообщений всего: 176
Дата рег-ции: Апр. 2011  


Помог: 1 раз(а)




Мелкий пишет:
Какая база данных и версия?
Где 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

(Отредактировано автором: 20 Февраля, 2016 - 12:06:45)

 
 Top
Мелкий Супермодератор
Отправлено: 20 Февраля, 2016 - 12:08:15
Post Id



Активный участник


Покинул форум
Сообщений всего: 11926
Дата рег-ции: Июль 2009  
Откуда: Россия, Санкт-Петербург


Помог: 618 раз(а)




Очень древняя. Подзапросы не то в 5.5 не то вообще в 5.6 исправляли.


-----
PostgreSQL DBA
 
 Top
Страниц (1): [1]
Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)
« Работа с СУБД »


Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.
 



Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB