Как в SQL убрать подзапросы в BETWEEN?

Question

[Shultc]

Есть значит у меня SELECT довольно нагруженный. Хотелось бы его облегчить, хотя бы убрав подзапросы. Над чем я больше всего ломаю голову, так это подзапросы в BETWEEN. Сейчас часть с BETWEEN выглядит так:

...
SELECT * FROM Visitors v
WHERE v.last_visit_time BETWEEN
    (SELECT start_time FROM Event WHERE event_id = @first_event) AND
    (SELECT start_time FROM Event WHERE event_id = @second_event) AND
...

То есть, в данном случае, меня интересуют все посетители, которые последний раз посещали нас между двумя определёнными событиями. Есть ли способ избавиться от этих подзапросов? Без них работает на порядок быстрее, но хочется всё-таки делать всё за один раз.

И, как бонус, как можно отсюда убрать подзапрос:

...
AND g.place_id IN (SELECT place_id FROM Event WHERE event_id = @first_event)
...

Все предоставленные запросы являются клонами настоящих. Ни одна корпорация не пострадала от утечки данных при задавании этого вопроса.

Answer 1

[Rsa97]

А что мешает заранее получить нужные значения start_time там же, где устанавливаются переменные @first_event и @second_event? С place_id не совсем понятно, сколько может быть событий с одним event_id? Если только одно - то тоже получать заранее.

Comments

[Shultc]

А разве это не будет работать точно так же, как и подзапросы? Я же просто таким образом переношу их в другое место...
Да, id уникальные.

[Rsa97]

Но переменные ведь уже присваиваются в каком-то запросе, просто в этом же запросе присвоить @first_start_time, @second_start_time и @place_id. А в Вашем запросе вложенные SELECT'ы могут выполняться для каждой строки, надо смотреть EXPLAIN.

[Shultc]

Хм... Я обязательно попробую. Спасибо за совет!

[Shultc]

Нет. С новыми переменными быстрее не стало.

[Rsa97]

EXPLAIN запроса посмотрите, может индексы надо добавить

[Shultc]

Не уверен что знаю, как это делать.... Буду искать.

[Rsa97]

Надо сделать тот же запрос через консоль, только добавить перед ним EXPLAIN (EXPLAIN SELECT ...). Получите подробное описание запроса. Небольшая статья недавно пробегала на хабре (habrahabr.ru/post/211022)

Answer 2

[Игорь Яцевич]

Мне кажется проблема здесь в использовании переменных @first_start_time, @second_start_time . Если в запросе используются переменные, то его результаты не кешируются на уровне MySQL. Если во вложенном запросе нет никаких условий, связывающих его с внешним запросом, то результат его выполнения кешируется, иначе вычисляется для каждой строки заново.

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

Подзапрос можно убрать так

from
 ...
 join Event as FirstEvent
   on FirstEvent.place_id = g.place_id

 where
 ..
 and FirstEvent.event_id = @first_event

Comments

[Игорь Яцевич]

на тему кеширования запросов в MySQL webew.ru/articles/1041.webew

[Shultc]

Разве тут не нужно использовать RIGHT JOIN?

[Игорь Яцевич]

Я так понимаю результаты будут одинаковые