[Без оффтопа] Развлекаемся с SQL

[Nestik]

Сообщение от Rooslan Khayrov

Каждый должен получить своё уникальное значение. Если юзеров в диапазоне больше, чем значений — думаю, дубликаты выдавать нельзя, но пусть Nestik уточнит.

Именно так:
1. Каждый должен получить своё уникальное значение.
2. Нагенеренные числа все уникальные, нагенеренные подрят. 1,2,3,4,5 но есть дырки.
3. Юзеров больше быть не может их может быть только меньше, даже внутри одного диапазона. В результате должно-быть столько записей сколько юзеров.
4. Не принципиально но желательно, меньший айди юзера, должен получить меньшее число из диапазона.

Тут вся проблема в том что у юзеров и нагенеренных чисел нет общего ключа для объединения, поэтому данный ключ создаётся искуственно, это номер строки внтури отсортированной группы(диапазона) как у нагенеренных чисел так и у юзеров, а потом они объеденяются. Но такой финт возможен только с помощью аналитических функций.

P/S нагенеренные цифры 1,2,3,4 и такие же ИД юзеров Взяты для примера, в реальных данных они абсолютно разные. Поэтому к ним привязываться нельзя.

Тоже интересно что за решение с темповой таблицей?