Привет всем! Название темы умнее не придумал, т.к. в двух словах не опишешь :(

В общем, ситуация следующая. Есть простая таблица игроков, нас интересуют только поля "id" и "level".
Нужно получить N (например, 10) любых игроков, "id" которых должен быть в заданном списке, а уровень (level) находится в определённом диапазоне, причём уровень не должен повторяться.
Что-то вроде этого (константы для примера, у меня это переменные из PHP):




Здесь всё ОК, но вот потом, если запрос вернёт менее 10 игроков (например, нашёл 4), оставшиеся 6 надо "добить" игроками из базы по тем же условиям, но уже без проверки ID, типа того:




То есть те, перечисленные, игроки находятся как бы в приоритете :)

Попробовал сделать двумя запросами и в PHP их объединить в один массив, но тут мешают две проблемы - во-первых, второй запрос может выдать частично тех же людей, что и первый, но это не так страшно, есть варианты решения. А вот сделать, чтобы второй запрос не повторял значений level из первого - это уже сложнее :( Либо вместо BETWEEN делать перечисление "свободных" уровней, либо делать лимит в 2 раза больше (чем нужно) а потом в PHP отсеивать лишних...
Вопрос - нельзя ли вообще всё это как-нибудь организовать в одном сложном запросе? :) Заранее спасибо :)

Щукина Анна,

Просто вернуть тех, которые нашлись (или ничего), в общем то что и делает запрос при указании LIMIT

Видимо, проще не получится, ну что ж...

А еще такой вопрос: допустим, мне надо получить по одному игроку каждого уровня, скажем от 1 до 20 (если на каком-то уровне ни одного игрока нет - ничего страшного) - каким образом ЭФФЕКТИВНЕЕ это сделать?

Простейший (и, возможно, наилучший) вариант, для примера:



Есть ли, например, смысл обозначать лимит в 20 человек, или GROUP и так прекращает поиск, если 20 человек найдено?

"Случайность" выборки не имеет значения, т.е. нужен любой первый попавшийся игрок с нужным уровнем.

Сервер: MySQL (Localhost via UNIX socket)
Версия сервера: 5.5.41-0+wheezy1
Версия протокола: 10
MySQL-кодировка: UTF-8 Unicode (utf8)
Apache/2.2.22 (Debian)
Версия MySQL-клиента: 5.5.41
PHP расширение: mysqli

Спасибо за ответ!

Я только не очень понял, что делает строчка



Если это ответ на первый вопрос (т.е. моя мечта искать в одном запросе сначала среди "приоритетных" ID, и если нужных уровней среди них нет то дополнить любыми с нужным уровнем), то у меня это не работает - всё равно возвращаются те же самые, не приоритетные случайные ID. Если указать MAX, то возвращаются другие, крупные (максимальные) id для тех же уровней, но указанные в списке никак не участвуют (разве что, попадаются случайно). Т.е. ORDER BY у меня вроде как ничего не меняет (только почему-то меняет порядок записей на хаотичный, но порядок записей не имеет для меня значения).
Пример без ORDER BY:


Возвращает:
|1169123|1
|934302|2
|3484|3
|93331|4
|788599|5
|1630225|6
|996868|7
|405900|8
|260797|9
|568414|10

Пример с ORDER ID (перечислены реальные ID, их level точно входят в нужный диапазон):


|3484|3
|93331|4
|260797|9
|405900|8
|568414|10
|788599|5
|934302|2
|996868|7
|1169123|1
|1630225|6

Не нашёл как редактировать сообщение... Когда пробовал последний раз забыл DESC, но это никак не повлияло на результат.

[quot vkle]

Попробуйте такой вариант:


Увы, точно такой же результат как для "ORDER BY id IN" :(
Всегда выбирает минимальный ID из ВСЕХ с подходящим уровнем.

Если пишу вот так:



то f всегда 0, и результат прежний.

Если убрать GROUP BY level, то первые 5 значений берутся из "приоритетных", и f = 5,4,3,2,1. Но, соответственно, вылезают все записи с повторяющимися уровнями :(
id - первичный уникальный ключ типа BIGINT, если что, мало ли...

Akina,

Спасибо за разъяснения.
Всё работает как вы говорите, но, к сожалению для моего случая, уже только после процедуры группировки по уровню (как я понял) :(
С FIELD аналогично, если не делать группировку то всё было бы прекрасно...

Если написать GROUP BY level, то сначала, как я понимаю, происходит сама группировка по level (уровню), и только потом ORDER BY. Грубо говоря, сортировать после группировки уже нечего, возвращаются первые попавшиеся id с нужным level, ORDER BY уже не срабатывает, т.к. после группировки уже не остается "приоритетных" ID