Подскажите, как уникально идентифицировать набор значений, без их порядка?
Потому что если есть таблица со значениями 1-2-3-4-5-6-7-8-9, то мне нужно, чтобы 1-2 и 2-1 - сохранялись в другой таблице с одним идентификатором, 2-3-8, 8-2-3 - с другим...
Чтобы задав в SELECT <вторая таблица> выражение IN(<идентификаторы первой таблицы> - я бы получил однозначный идентификатор из второй для данного набора идентификаторов в выражении IN, вне зависимости от их порядка.
Количество значений в наборе - произвольное, количество возможных самих элементов наборов - тоже произвольное.

Это строки одной таблицы!

Может короче если получится - то будет понятнее?

Есть одна таблица T1, где есть одно поле id. Мне нужно сделать так, чтобы НАБОРАМ id этой таблицы соответствовало число... Для моей задачи - нужна таблица вероятностей наборов id. Вероятность набора (1, 2) - 0.02, вероятность набора (2, 7, 8) - 0.19, вероятность набора (7,4, 9, 1) - 0.24.

Как спроектировать базу данных?

Наверное опять неправильно объяснил...
Ну хорошо. Тогда что есть и что надо:
Есть таблица со значениями:

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

Каким образом это сделать?

Кхе AXAEКак спроектировать базу данных?
Может стоить прочесть пару книжек по проектированию, некоторые простейшие вопросы отпадут

Пытался... Бесполезно, либо я интуитивно проектирую базы данных, либо мне нужно переквалифицироваться... Я просто не понимаю, о чем там пишут((( При этом интуитивное проектирование, составление структуры базы данных, составление запросов дается легко. До некоторых пределов разумеется: большую структуру сложно вообразить. Я думаю, когда упрусь наконец в непреодолимую стену, тогда можно будет и остановиться. Авторы книжек ведь тоже все это себе представляли (однако их термины насчет понятий в проектировании являются собственными, да еще и с красивыми, но туманными определениями, из-за чего их сложно понять) - почему же я не могу дойти до того же самого?
Если бы все было понятно в книжках - совершенно бы отпала надобность в форумах по проектированию... Верно?

Melaniон сам, как мне кажется ничего не понимает. это он пробует построить модель какую-то
читайте http://]http://www.sql.ru/forum/actualthread.aspx?tid=415375

Улыбайтесь чаще, людей это раздражает.

Нет, эти мои два вопроса никак не связаны...

Кхе AXAE
Если бы все было понятно в книжках - совершенно бы отпала надобность в форумах по проектированию... Верно?
Я не к тому это сказал, просто на форуму вам врятли подробно распишут азы проектирования, а понимания у вас я пока не вижу, просто совет был.

Ну да, азы проектирования не распишут... Но хоть сказали бы прямо: "эта задача с идентификацией наборов - элементарнейшая и разобрана <линк>" Или хотя бы без линка. Или просто бы сказали, что им мой вопрос не интересен и они не хотят понять меня((

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

Улыбайтесь чаще, людей это раздражает.

Значит тип данных такой есть в оракле?!
Тогда понятно... На MySQL такого типа данных нету((
А в какой машине баз данных еще есть поля типа "набор"?

Melaniпочему на MySql нету?? а что-то типа ассоциативного массива??

Улыбайтесь чаще, людей это раздражает.

Нету... Там есть INTEGER, CHAR, DECIMAL, TEXT, BINARY, GEOMETRY, BLOB, SET, ENUM и еще куча других - но ассоциативного нету(((

Melani
Идею понял... Очень хорошо. Спасибо!
А еще не подскажете как быть с тем, что (1, 2) и (1, 2, 3) - разные наборы, а я передаю в запрос например ...IN (1,2)? Запрос ведь выдаст и (1, 2) и (1, 2, 3)? Как исключить частичные вхождения?

OraDen AXAE Melani
Идею понял... Очень хорошо. Спасибо!
А еще не подскажете как быть с тем, что (1, 2) и (1, 2, 3) - разные наборы, а я передаю в запрос например ...IN (1,2)? Запрос ведь выдаст и (1, 2) и (1, 2, 3)? Как исключить частичные вхождения?
Нет похоже ты не понял ничего, хотя тебе разжевали так что дальше некуда.
Тебе "in" уже вообще не нужен у тебя должно быть в запросе "= id набора"

Э, нет... Как это не нужен??? На входе запроса только элементы. Где я возьму-то id нужного набора, если мне только элементы известны? Это уже каким-то образом запрос надо составить так, чтобы по элементам, которые я передам в запрос мне база выдала вероятность именно такого СОЧЕТАНИЯ (термин из комбинаторики) элементов.

Melaniну проверяй на наличие только тех элементов, которые нужны. а остальные исключай.
т.е. исключай такие наборы данных, в кот. им-ся ещё другие идентификаторы.

Об этом я и подумал, но я пока не могу представить, какой запрос будет, но обсуждение этого уже будет оффтопиком((

Спасибо еще раз!!