Не могу придумать струкуту базы.

Работаю на MS Access 2007. Есть таблица слов и их значений. Некоторые слова вступают в синонимические и антонимические ряды. Поэтому нужны прицеленные запросы, которые бы делали выборку и составляли список синонимов (для конкретных слов) и список антонимов (для конкретных слов).

Подводные камни:
- выборка синонимов не должна включать в себя термин-запрос;
- в один синонимический ряд (слова со схожим значением) равно как в один антонимический ряд (слова с противоположным значением) может вступать от двух до семи слов;
- любое слово в синонимическом ряду - синоним к любому другому: S1 = S2, S2 = S3, S1 = S3.
- если в антонимическом ряду более двух слов, то ряд из слов может быть синонимами по отношению друг к другу S1 <-> S2, S1 <-> S3, S2 = S3.
- в антонимическом ряду может быть несколько рядов синонимов...

Cane Cat FisherЯ бы сказал: синонимов у слова может быть сколько угодно.

Мне нравится эта корректировка.

Cane Cat FisherУ слова могут быть антоним - один или несколько. Если антонимов несколько, то они синонимы между собой. Верно?

Да, об этом варианте я думал, но думаю, что все еще более интересно (это и к вопросу о нескольких рядах). Вот примеры:

- черный и белый - 2 слова в ряду, антонимы;
- монолог , диалог (разговор двух людей), полилог (разговор более 3х людей) - каждое из слов имеет антонимами два оставшиеся, ни одно из слов не является синонимом какому-либо другому слову из ряда;
- (1) материнский язык, родной язык, первый язык ; (2) иностранный язык, неродной язык, второй язык - первые три слова и последние три слова составляют два синонимических ряда, противопоставленных друг другу.

Вооот...

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

Друзья, спасибо за уточнения. Попробую их снять некоторые возражения/уточнения/сомнения. Насчет Access - это просто данность, думаю, и в рамках этой программы задачу решить можно.

DeColo®esТе же "красная" и "красивая".
Синоним слова "красный" - "бордовый".
Вряд ли девица обрадуется, если назвать ее "бордовой". ;)
Вопрос о "красный", "красивый" и "бордовый" снимается просто: в рамках слова выделяются значения, соответственно один ряд будет красный/красивый , другой - красный/бордовый .

474Так нужно просто для одного конкретного слова получить либо:
а) список синонимов из имеющихся в словаре слов?
б) список антонимов из имеющихся в словаре слов?
Да. Список синонимов/антонимов для конкретного слова. Само слово в этот список входить не должно.

Ennor TiegaelТак не бывает. В синонимическом ряду должна быть доминанта, от которой все строится. Кстати, как вы ее определять собираетесь - исходное слово?
Доминанта в синонимическом ряду есть, и это важно при построении словаря синонимов. В моем случае степень выраженности общего признака не столь важна. Она снимается комментрариями внутри соответствующих статей и пометами. Мне важны список схожих по значению слов и список противоположных по значению слов.

Cane Cat FisherЕдинственное надежное предположение, за которое я пока еще цепляюсь - если А синоним В, то В - синоним А. Если А антоним В, то В - антоним А.
Да, это надежное предположение. И в этой связи вопрос о таблицах Words, Synonyms и Antonyms. Правильно я понимаю, что в последних двух таблицах для ID слова приводятся IDы соответстующих синонимов и антонимов? Если так, то данные надо многократно перепроверять на предмет добавления новых слов в соответствующие ряды.

Мне кажется можно сделать так: Word, SynonymsRowId, SynonymId в таблице синонимов и Word, AntonymsRowId, AntonymId в таблице антонимов. Word - это слово. SynonymsRowId и AntonymsRowId - это номер синонимического/атонимического ряда. SynonymId и AntonymId - это номера слов в соответствующих рядах. Добавление нового слова приводит лишь к тому, что ряд расширяется (не нужно вносить данные о нем в записи уже имеющихся в базе слов). И тогда возникает вопрос, как привязать таблицы Synonyms и Antonyms к таблице Word?

Давайте моделировать, да.

Мысль с тремя таблицами мне нравится, более чем. Только одно в ней смущает: Word_ID_Main и Word_ID_Synonym - по сути перевеннутые данные содержат. В Вашем примере
Красивый, Привлекательный, Советский, Социалистический, Большевистский будут иметь для колонки Word_ID_Main номера от 2 до 6 (соответственно), а Word_ID_Synonym будет равен 1. Или же не будет дублирования? Тогда вопрос, как быть с поиском синонимов для всех слов кроме красный .

Как результат запроса на выборку мне третья таблица нравится. Думаю, так оно и должно быть. Но вот до конца склеить не могу :(

Cane Cat Fisher,
спасибо большущее за вариант построения базы. Отчасти, опираясь на нее, сделал-таки выборку синонинов. С антонимами - буду думать.

Что сделал я:
Во-первых, для каждого значения слова был создан маркер - %article-name% (типа красныйII2в ).
Во-вторых, создана таблица синонимов, в которой каждому %synonyms% присваивался %row-id% (id синономического ряда).
В-третьих, сделан запрос, в котором %article-name% из первой таблицы связывалось с %row-id% из второй.
В-четвертых, сделан запрос, в котором %article-name% (из запроса) связывалось с %synonyms% из второй таблицы, при этом запрос на выборку запрещал совпадение двух полей.

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

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

Cane Cat Fisher,
синоним не может быть однонаправленным. Синонимия - это отношения двух и более значений слов, не вектор. Т.е. когда Вы говорите о случае с "Красной Армией" и "Советской Армией" - вы говорите об одном из значений слова красный . Иными словами, связка идет не прямо слова со словом, а значения со значением. У меня эти компоненты лежат отдельно, да.