Ну, сделай 14 вложенных циклов. Неужели так сложно! Примерно раз в полгода один и тот же вопрос повторяется. Сделай поиск по данному форуму по слову "лотерея"

Почитай вот эту тему

http://www.sql.ru/forum/actualthread.aspx?tid=293115

Твое условие не понятно.

Рассмотрим простейший вариант. 3 числа из 5 возможных. Просто "тупо" запишем все варианты

123
124
125
134
135
145
234
235
245
345

Теперь подсчитаем, сколько раз встречается каждое число? Окажется, что ВСЕ числа встречаются одинаковое количество раз. Ровно 6 раз.

Т.е., получается, что если перебрать все возможные варианты, то каждое число встретится одинаковое количество раз!

Теперь берем опять же "в тупую" варианты 5 из 90


Придется немного подождать. У меня это все добро рассчитывалось около 3 минут. Получилось 43`949`268 вариантов (записей). Ради интереса можешь подсчитать сколько каждое число встречалось раз.


Тоже около минуты ищет. Окажется, что все числа встречались одинаковое количество раз = 2`441`600

И чего ты хочешь получить? Ограничение по повторяемости? Например, чтобы каждое числов встречалось только 100 раз?

Это попытка заполнения карточки лото? Так в такой постановке это бессмысленно. Карточка заполняется по более сложному алгоритму. Надо рассматривать не заполнение одной строки карточки, а заполнение самой краточки. Целиком.

Как выражался персонаж одного фильма: "Огласите весь список, пожалуйста".

Твоя постановка не то, чтобы совсем непонятна, но непонятно, почему ты сам не можешь реализовать такой примитивный алгоритм. А оказывается, что ты просто не все рассказываешь. Тебе дают решение, а ты тут же выходишь с претензиями: это работает, но надо не совсем так, как я сказал. Так скажи сразу, как НАДО. Без промежуточных этапов. Думаешь интересно делать пустую работу?

Думаешь стало понятнее?

Ограничимся пока двумя полями:

Первое поле принимает значение от 1 до 9.
Второе поле принимает значение от 10 до 19

Надо заполнить каждое поле случайным числом из выделенного набора.

Ну и? Дальше-то что? Как должны быть взаимосвязаны значения из этих двух полей? Просто все возможные не повторяющиеся варианты? Ну, очевидно, что их будет ровно 90 (9*10). Не все? А по какому принципу будем отбирать?

Это одна из причин, почему тема так и осталась "не раскрыта". Никто так и не смог внятно сформулировать что же ему надо-то.

С первым понятно. Направление примерно такое:

Пустое (нулевое) значение - это тоже значение . Значит, твой диапазон интервалов несколько меняется:

Первое поле - от 0 до 9
Второе поле - от 10 до 19 И значение 0
Третье поле - от 20 до 29 И значение 0
и т.п.

На момент формирования списка значений одной строки делаешь проверку дополнительного условия - должно быть ровно 4 значения 0.

Нужна еще одна таблица (курсор) - счетчик из 90 строк. Ключем каждой строки будет число от 1 до 90, а значение - количество раз, которое использовалось это число при расчете.

На момент формирования списка значений одной строки проверяешь не превысило ли количество использований какого-либо числа предельно допустимое значение. Если превысило, игнорируешь этот вариант и запускаешь расчет по новой. При этом надо проверить, что в каждом диапазоне значений еще можно использовать хотя бы одно значение.

Если сформированная строка корректна, то увеличиваешь количество использованных значений в таблице-счетчике и делаешь итоговую запись.

В общем, все относительно просто, но нужно некоторое время, чтобы перевести эту логику в код.

Если подождешь пару дней, то на выходных могу расписать. Задачка достаточно простая, просто требует тщательного анализа. Не столько на знание, сколько на внимание. Это я про первый вариант о формировании одной строки.

Держи вариант решения для первой задачи

Правда, решение не идеальное в том смысле, что не получается для ВСЕХ значений получить одинаковое количество вариантов. Например, если я ограничиваюсь 100 значениями для каждой цифры, это значит, что примерно 10 значений будут использованы около 80 раз.

А так, результаты пропорциональные получаются. Для 100 значений порядка 1780 записей (около 10 секунд расчета), для 1000 значений - порядка 17800 записей (около 2...3 минут расчета).

"Порядка" означает, что это, вероятно, максимальное значение. Точно не стал вычислять предельное значение. А реальный результат колеблется от 1730 до 1780 на каждые 100 значений.

Ну, двай на простом примере. 3 ячейки по 2 значения (1,2; 3,4; 5,6) и одна блуждающая дырка. Имеем следующие варианты

1 3 0
1 4 0
2 3 0
2 4 0
1 0 5
1 0 6
2 0 5
2 0 6
0 3 5
0 3 6
0 4 5
0 4 6

Легко увидеть, что каждое значение встречается ровно 4 раза. Но, если стоит ограничение, выбрать каждое значение только 2 раза? Какие будем выбирать?

Предположим, выбрали первые 4 записи. Что имеем: все значения от 1 до 4 были выбраны ровно 2 раза. Значит, эти значения больше выбирать нельзя.

НО, а как же значения 5 и 6? А никак! Их уже НЕВОЗМОЖНО выбрать, поскольку в любой оставшейся записи они будут в связке с одним из уже использованных значений. Т.е. попытка выбрать значения 5 или 6 приведет к переполнению количества других значений.

Да, можно рассчитать комбинацию, при которой все значения будут выбраны одинаковое количество раз. Но! А оно тебе надо? Это получается довольно не тривиальная задача на комбинаторику.

Поскольку в коде используется выборка случайным образом через RAND(), то предсказать, сколько же останется "в остатке" невозможно.

Можешь попробовать поискать закономерности, при выполнении которых будет выбор всегда одинакового количества значений без остатка. Добавь эти ограничения в отбор записей и "будет тебе счастье".

Например, в данном примере из 3 ячеек и выбора только 2 значений эта закономерность легко просчитывается: одно значение не может иметь более одной "пары" в одной и той же ячейке.

Ну, т.е. для значения 1 в паре должно быть только одно значение из второй ячейки (любое) и только одно значение из третьей ячейки (любое), но недопустимо иметь два разных значения в одной и той же ячейке. Другими словами допустимо выбрать

1 3 0
1 0 5

или

1 4 0
1 0 6

Но недопустимо выбрать

1 3 0
1 4 0

А общие закономерности для любого количества дырок и любого количества значений ищи сам.

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

Итак, что имеем:

Variant - какие 5 ячеек из 9 доступных будут заполнены на очередной итерации. Кстати, некорректно заполненной (лишние записи, дающие дубли вариантов)
araliq - диапазон возможных значений каждой ячейки
90.dbf - счетчик. Сколько раз было использовано каждое значение
BigTable - отобранные варианты

Берем запись таблицы Variant - номера ячеек, которые будут заполняться.

По диапазону, указанному в araliq начинаем перебирать ВСЕ возможные значения для каждой ячейки. Поскольку комбинации в таблице Variant - уникальны, то дублей при переборе быть не может. Т.е. невозможно создать комбинацию, которая раньше уже была записана.

Продолжаем перебор, пока не достигнем предела использования значений в очередной комбинации.

В чем здесь проблема?

Возвращаюсь к примеру 2 значения в 3 ячеках. В каждой ячейке возможны только 2 значения.

Содержимое таблицы Variant в этом случае будет такое (исключая дубли вариантов)

12
13
23

Первая ячейка - от 1 до 2
Вторая ячейка - от 3 до 4
Третья ячейка - от 5 до 6

Двигаемся по твоей логике по таблице Variant и имеем в BigTable значения

Строка 1 таблицы Variant
1 3 0
1 4 0
2 3 0
2 4 0

Строка 2 таблицы Variant
1 0 5
1 0 6
2 0 5
2 0 6

Строка 3 таблицы Variant
0 3 5
0 3 6
0 4 5
0 4 6

Ставим ограничение: не более 2 раз выбрать каждое значение. Движемся сверху вниз и выбираем

1 3 0
1 4 0
2 3 0
2 4 0

ВСЕ! Больше НИЧЕГО выбрать не получится. Каждое значение было выбрано ровно 2 раза. Из третьего столбца не будет выбрано НИ ОДНОГО значения.

Более того, в общем случае у тебя и не получится выбрать одинаковое количество раз каждое значение. Ведь ты имеешь РАЗНЫЕ диапазоны.

Для первой ячейки - 9 значений
Для ячеек со второй по восьмую - по 10 значений
Для девятой ячейки - 11 значений

Это значит, что первая ячейка будет выбираться несколько бОльшее количество раз, последнее - несколько мЕньшее количество. Равномерного распреджеления не будет в принципе.

ПРОСТОГО решения, я не вижу. Любой простой алгоритм основанный на переборе вариантов "упрется" в некую неравномерность распределения. В большей или меньшей степени. Думаю, это задачка из теории вероятности и статистических распределений.

Я могу только повторить, то, что уже сказал

ВладимирМПРОСТОГО решения, я не вижу. Любой простой алгоритм основанный на переборе вариантов "упрется" в некую неравномерность распределения. В большей или меньшей степени. Думаю, это задачка из теории вероятности и статистических распределений.