Структура и интерфейс таблицы "всех вариантов"

[Matew]

Для примера есть 3 таблицы: A,B, C. (На самом деле таблиц у меня 11)
соответственно их значения A1, A2,...An; B1, B2,...Bn; C1, C2,...Cn
Нужно создать табличку всех нужных(возможных в жизни) вариантов сочетаний этих таблиц, т.е. типо:
A1, B1, C1
A1, B1, C2
A2, B2, C1
...
и т.д.
Скажем, например строки:
A2, B3, C1
быть не должно (т.к. в жизни это не реализуемо).
т.е. максимум в таблице строк при прямом переборе будет An * Bn * Cn (А у меня таблиц 11 и значний в них может быть прилично).
Самое сложно, это работать с такой табличкой. Как можно это реорганизовать или упростить? Если упростить не получится, то подкиньте идейку с интерфейсом...

Пример:
Таблица A:
1.Ложка
2.Вилка
Таблица Б:
1.Глабокая тарелка
2.Плоская тарелка
Таблица C:
1.Суп
2.Котлета
Возможные варианты:
Суп, глубокая тарелка, ложка
Котлета, плоская тарелка, вилка
Котлета, глубокая тарелка, вилка
и т.д.
Невозможные варианты:
Суп, глубокая тарелка, вилка
Суп, плоская тарелка, ложка
и т.д.

[alibek]

Это называется декартово произведение и при связывании таблиц используется именно оно, после чего ограничивается различными критериями.

Код: Выделить всё

select * from a, b, c

Но подобное требование обычно означает, что дизайн приложения не продуман.

[Matew]

alibek, в том то и дело, что мне нужны не абсолютно все значения, а только нужные сочетания (заполняемые человеком).

[Денис]

Можно объединять, как говорит Алибек, а можно сделать отдельную таблицу, типа

ID - ID1 - ID2 - ID3 - ...
где ID - порядковый номер записи
ID1 - идентификатор записи в первой таблице
ID2 - идентификатор записи в второй таблице
ID1 - идентификатор записи в третьей таблице
...

А потом строишь список согласно записям в этой таблице связей.

[Matew]

Денис, это самый простой и очевидный вариант. При этом на каждую запись из первого столбца (который я выбрал главным, исходя из логики программы)(если поставить фильтр) у меня приходится около 200 записей. С такой таблицей очень неудобно работать. Объединить, как предложил alibek вообще невозможно, т.к. очень трудно проследить закономерность между записями.

[arvitaly]

Генерация всех подмножеств данного множества

[Денис]

Matew, сдается мне, что ты что-то не так делаешь, раз простой вариант, зарекомендовавший себя в сотнях тысяч программных продуктов, кажется тебе неудобным. Я видал точно такую же таблицу связей, но еще и разбитую датами на периоды, так, что можно было в программе смотреть, что было с чем связано год назад. И записей тиам было не 200 а 2000, и никаких неудобств в работе это не вызывало.
Рассказывай поподробнее, что за логика программы у тебя?