Интересует не само исправление запроса и его доработка, а ситуация когда с БД нужно собирать некоторую статистику и при этом сделать так, чтобы система не сильно тормозила.
Можно ли сделать так, чтобы запрос выполнялся дольше, но меньше загружал CPU -- может есть какие-то способы понизить приоритетность выполнения?
Есть ли встроенные механизмы кэшированая, которым можно сказать, что для запроса Х нужно отдавать данные из кэша при вызове его чаще чем N минут\часов?
ситуация когда с БД нужно собирать некоторую статистику и при этом сделать так, чтобы система не сильно тормозила.
Если статистика типовая, то можно пойти на переопределение данных и хранить предрасчётные значения (например, получаемые триггерами или запланированными процедурами) в дополнительных таблицах.
Простое "вытаскивание значений" ну никак не похоже на высоконагружающий расчёт статистики. Думаю, всё же есть смысл раскрыть хоть какие-то детали процесса.
Akina, идея в том, что мне нужно смотреть сколько файлов обработано и с каким статусом. Выборка очень большая. Count считает все минуты. Данные хочу выводить в мобильном приложении и нужно придумать что туда выводить чтобы не слишком часто базу count-ом нагружать
