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

[Nestik]

Есть диапазоны

Скрытый текст:

Диапозон1;1;10
Диапазон2;11;20
Диапозон3;21;30

Есть нагенеренные числа внутри диапазонов впринципе по порядку но возможны дырки. что-то вроде этого:

Скрытый текст:

Диапазон1;1
Диапазон1;3
Диапазон1;4
Диапазон1;5
Диапазон1;6
Диапазон1;8
Диапазон1;9
Диапазон2;12
Диапазон2;14
Диапазон2;15
Диапазон2;16
Диапазон2;17
Диапазон2;18
Диапазон2;20
Диапазон3;21
Диапазон3;22
Диапазон3;24
Диапазон3;27
Диапазон3;28
Диапазон3;29
Диапазон3;30

Усть Юзеры которым надо раздать нагенеренные числа в зависимости от принадлежности юзера к диапазону.

Скрытый текст:

Юзер1;Диапозон1
Юзер2;Диапозон1
Юзер3;Диапозон1
Юзер4;Диапозон1
Юзер5;Диапозон2
Юзер6;Диапозон2
Юзер7;Диапозон2
Юзер8;Диапозон2
Юзер9;Диапозон2
Юзер10;Диапозон2
Юзер11;Диапозон3
Юзер12;Диапозон3
Юзер13;Диапозон3
Юзер14;Диапозон3
Юзер15;Диапозон3
Юзер16;Диапозон3

Должно получится следующее:

Скрытый текст:

Юзер1;Диапозон1;1
Юзер2;Диапозон1;3
Юзер3;Диапозон1;4
Юзер4;Диапозон1;5
Юзер5;Диапозон2;12
Юзер6;Диапозон2;14
Юзер7;Диапозон2;15
Юзер8;Диапозон2;16
Юзер9;Диапозон2;17
Юзер10;Диапозон2;18
Юзер11;Диапозон3;21
Юзер12;Диапозон3;22
Юзер13;Диапозон3;24
Юзер14;Диапозон3;27
Юзер15;Диапозон3;28

Дополнительные условия. Только SQL.

[Igor Tsingalov]

Дак вот как биллинг билайновский работает!!! А я-то никак не мог понять, почему с опозданием трафик начисляется!
Всё, спалил Nestik корпоративные секреты... спалил...

[Nestik]

Эмм соррии за ошибки в "Диапазон". Исходные данные лепил на скорую руку.

Igor Tsingalov, Угу можете пожаловаться в ЕСПЧ. )))

[Nestik]

Нуже Господа поактивнее, у мну только одно решение с помощью аналитики Oracle.

[Rooslan Khayrov]

Nestik, без оконных функций как-то не получается (постгрес).

Скрытый текст:

CREATE TABLE ranges (
    id serial PRIMARY KEY,
    start integer NOT NULL,
    stop integer NOT NULL,
    CHECK (start < stop),
    UNIQUE (start, stop));

CREATE TABLE values (
    id serial PRIMARY KEY,
    range_id integer NOT NULL REFERENCES ranges(id),
    value integer UNIQUE NOT NULL);

CREATE TABLE users (
    id serial PRIMARY KEY,
    range_id integer NOT NULL REFERENCES ranges(id));


SELECT u.id, v.value FROM
    (SELECT id, range_id,
            row_number() OVER (PARTITION BY range_id ORDER BY id) AS i
     FROM users) AS u
    LEFT OUTER JOIN
    (SELECT value, range_id,
            row_number() OVER (PARTITION BY range_id ORDER BY value) AS i
     FROM values) AS v
    ON u.range_id = v.range_id AND u.i = v.i;

[Nestik]

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

Nestik, без оконных функций как-то не получается (постгрес).

Угу мне такое же решение пришло. По другому вроде никак. Аналитика таки вещь.

[Dolphin]

Сообщение от Nestik

Дополнительные условия. Только SQL.

Ммм... возможно, я не так понял задачу, но я проблемы вообще не вижу:

SELECT user.id, range.id, value.id 
FROM user 
LEFT JOIN range ON user.rangeid=range.id 
LEFT JOIN value ON range.id=value.rangeid
ORDER BY user.id ASC, range.id ASC, value.id ASC

[Rooslan Khayrov]

Dolphin, в результате запроса должно быть столько строк, сколько есть юзеров. А тут получается декартово произведение всех трёх таблиц.

[Dolphin]

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

Dolphin, в результате запроса должно быть столько строк, сколько есть юзеров. А тут получается декартово произведение всех трёх таблиц.

Т.е. юзер должен получить одно число из своего диапазона? А принцип? Рандомно или числа для всех юзеров должны быть разными? Если второе, то я вижу только вариант с временной таблицей.

[Rooslan Khayrov]

Сообщение от Dolphin

Рандомно или числа для всех юзеров должны быть разными?

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

Сообщение от Dolphin

Если второе, то я вижу только вариант с временной таблицей.

Продемонстрируй, интересно.