Как получить порядковый номер записи при сортировке?

Question

[Сергей Титов]

Имеется вот такая уже отсортированная таблица (то бишь топ).


Вывести глобальный топ проблем не составляет, ибо это он есть, но как мне получить место конкретного игрока не перебирая всех? До этого был просто рейтинг и сортировка была довольно простой, сейчас добавилась более сложная сортировка и что-то у меня ну совсем никак не выходит :c

Пробовал что-то в духе этого, но че-т не работает корректно

Answer 1

[Евгений Вольф]

SELECT t.*, @rownum := @rownum + 1 AS rank FROM help_topic t, (SELECT @rownum := 0) r

Источник

P.S. Проверил, работает.

Comments

[Сергей Титов]

что-то я в этом примере сортировок вообще не вижу

[Евгений Вольф]

Сергей Титов: так проблема с сортировкой? Мне просто на секунду показалось, что вопрос был про нумерацию строк результата, а не про сортировку... Сортировка добавляется с помощью конструкции ORDER BY.

P.S. Скрин с тем же примером, с сортировкой.

[Сергей Титов]

Евгений Вольф: мне надо вытащить место одной конкретной команды при определенной сортировке, с вашим вариантом так не выходит, ибо как только воткну WHERE team = ... он мне будет всегда писать rank 1
https://i.gyazo.com/7b59458c83acfb014dde356b9fbbd4...

[Евгений Вольф]

Сергей Титов: как Вам такой вариант?

[Сергей Титов]

Евгений Вольф: такую же мысль только что и реализовывал)
так работает, но с точки зрения оптимизации это ресурсоемкий процесс? (индексы настроены)

[Евгений Вольф]

Сергей Титов: выборка из уже готового результата - не значительно потребляет ресурсы, т.к. по факту, результат ("большой") уже есть, приблизительно такое же время должна будет занимать выборка из view (т.к. view это логически такой же результат SELECT'а, кстати - можно создать VIEW'шку, если запрос постоянный), если не переусердствовать и не выбирать по 100тыс. записей в первый (внутренний) результат, то "просадок" быть не должно. Но если очень хочется, можно мониторить время выполнения запросов (не знаю как в phpMyAdmin'е это выглядит, в HeidiSQL - снизу показывает) и/или изучить вывод Explain... Но вообще, MySQL довольно "топорная" база, и большинство проблем на небольших (<1Гб) базах - обычно вылазиют практически сразу, по этому, если работает нормально "сейчас", с большей вероятностью, так же нормально будет работать и "потом" + в MySQL'е есть кэш запросов, который не редко очень спасает и даже на БД размером "побольше", многие повторные запросы выполняются мгновенно.

[Сергей Титов]

Евгений Вольф: ну, будем тестировать, спасибо за помощь)

[Евгений Вольф]

Сергей Титов: не за что, обращайтесь! :)
P.S. Очень много проблем с БД (в случае их возникновения) решаются установкой индексов и настройкой конфига. Т.е. если у Вас что-то стало работать медленно, это ещё не повод срочно всё переписывать :)