YL
кто-то кому-то, что-то сказал и понеслось
Size: a a a
2019 May 28
RV
ну хуй знает конечно
RV
надо смотреть как вообще там регулируется это все
SM
сам мутишь это все или какой нибудь эльбой?
сам все делаю
RV
поняв
RV
спасибо за инфу
EB
Гайз, покритикуйте запрос
EB
SELECT
t1.id,
t1.notification_id,
t1.rule_id
FROM notification_processing_rules t1
INNER JOIN notifications_rules t2 ON t1.rule_id = t2.id
WHERE t1.id IN (
SELECT MAX(id) AS id
FROM notification_processing_rules
WHERE notification_id IN (?)
GROUP BY notification_id
) AND t2.transport_id = (?)
ORDER BY t1.id
EB
Что тут может работать катастрофически медленно, если индексы на всех указанных колонках есть?
AD
Так от данных зависит
EB
notification_processing_rules 28 миллионов записей
EB
это соединительная таблица has many through
AD
Проверить с таким набором данных реально?
AD
С эксплейном
EB
При выполнении запрос намертво повисает
EB
я полагаю, он выполняется, но ооооочень долго
AD
Проверить на 1кк данных?
AD
Думаю джойн не очень тут
EB
Лимитнуть где-то?
RP
Что тут может работать катастрофически медленно, если индексы на всех указанных колонках есть?
а зачем тебе индексы на всех колонках?