Есть таблица users (300к записей), там данные о игроках, есть таблица games (2кк записей), это сыгранные игры игроками. Задача: вывести топ 10 игроков по убийствам за последнюю неделю.
Т.е. мы берем таблицу games, в ней есть id игрока и kills сколько он убил за конкретную игру, для каждого id суммируем его убийства в каждой игре (которая прошла не позже чем неделю назад (время сыгранной игры в поле date)), делаем сортировкой по убийствам топ 10, и по полученным id этих игроков, из таблицы users достаем поля fname, lname, photo_50. Это мое представление того, как все делается, и написал такой запрос (только нет условия на то, что игра должна быть сыграна не позже чем неделю назад, не знал уже куда втулить):


Проблема в том, что запрос выполняется 15 секунд. Такой запрос:


выполняется 3.5 сек., а такой:


выполняется 0.0007 сек.
Индексы:
таблица users - primary индекс по полю id
таблица games - индекс по полю id, и индекс по двум полям kills,date.
Всем кто отзовется огромное спасибо, уже кучу времени убил на этот запрос, никак не поддается.

jucusНасколько мне известно, сортировка по SUM на больших данных - это проблема, которую одним запросом не обойти.

Рискну предложить вариант с временной таблицей.
А если этот запрос будет выполнятся по 10-20 раз в секунду? Игроки как бы будут заходить, смотреть на ТОП и все такое. Это не будет слишком тяжко для базы данных?). И ещё, запрос к бд идет из php, может в таком случае некоторую часть лучше переместить для обработки уже в php скрипте? Если нет, то попробую с временной таблицей сделать.

MasterZivну и где у тебя "за последнюю неделю" ?
Я же написал.
TurboDizel(только нет условия на то, что игра должна быть сыграна не позже чем неделю назад, не знал уже куда втулить)
Не хотелось бы грубить, конечно, учитывая, что я хочу получить помощь, но как Вы даете мне советы, если вопрос мой полностью не прочитали? Учитывая, что написали 3 сообщения и ни одного совета.

MasterZivGROUP BY games.id
group by у тебя неправильный.

WHERE games.id=users.id
where возможно тоже.
Я понимаю, что мой запрос в общем не правильный (как минимум потому, что он выполняется 15 секунд), поэтому и обратился за помощью, в надежде услышать советы, как, например, от jucus .

Или наверное было бы плавильным делать такой запрос раз в час например, и класть данные в отдельную таблицу, и брать данные уже из этой таблицы. Т.е. обновлять ТОП раз в час. тогда запросы будут не такими объемными. Или Вы это и имели в виду?)

MasterZivкак ты думаешь, что проще и быстрее, просчитать сумму по 2 мнл записей, или по 5 тысячи за последнюю неделю?
А, блин, логично. Попробовал вот так.


Уже 0.72 сек. Данные из таблицы users не нужны, теперь мне нужно просто получить те данные, которые я уже вот получаю этим запросом, только быстрее.
Вообще, если не ограничивать на 10 человек, то в итоге получается 90к записей, и я так понимаю вся тягота запроса в том, что он сортирует по не проиндексированному полю сумм kills среди 90к записей. Как мне в этом моменте ускорить запрос можно?

Правильно ли будет делать такой запрос раз в минуту? Запишу эти данные в отдельную таблицу, а игроки пусть из неё уже тянут топ. А то по всей видимости же пока БД этот мой запрос будет 0.7 сек делать, то все остальные запросы от игроков будут ждать.

MasterZivЕщё раз. Если этот запрос и так редко пользователем вызывается, то нет смысла его "кэшировать".
TurboDizelА если этот запрос будет выполнятся по 10-20 раз в секунду? Игроки как бы будут заходить, смотреть на ТОП и все такое.
Ну ладно, кроном сделаю вызов раз в минуту или лучше раз в 5 минут, так как будет ещё один ТОП с похожей выборкой. Спасибо за ответы!