mysql: поиск по имени и синонимам (Спроектировать логику таблиц)

Замути поле с хэшем. Условие поиска:

where crc32('ищу') = hash_field and 'ищу' = synonym_name

MySQL должен оптимизировать and и не вычислять второе выражение. Ну и индекс по hash_field.

http://stackoverflow.com/questions/1248039/synonyms-using-lucene
искать такое для любого движка, смотреть как это сделано там или его использовать

и базы, наверное, уже есть

помоему там задача чуть другая

у меня в 99% случаев нужно сделать синоним для слова жигули в строке «красивая белая жигули 90 года». Т.е. поиск в подстроке - хеш не катит

http://sphinxsearch.com/docs/current.html#conf-morphology
http://sphinxsearch.com/docs/current.html#conf-wordforms

и искать будет намного быстрее чем mysql.

«красивая белая жигули 90 года»

Сношал её рука.

Бьёшь строку на слова и вычисляешь хэш каждого. Потом:

select word, synonym_name
from words
left join
  (select synonym_id, synonym_name from synonym_table where hash_field in (список хэшей)) on (word_id = synonym_id)

Потом пробегаешься по полученному списку и заменяешь подстроки synonym_name => word.

Таблица синонимов отдельная не нужна. В обычной таблице ключевых слов просто поле synonym_id и там ссылка на поле этой же таблицы с «основной» формой.

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

Обновление и поиск базы синонимов занимает много времени при всего лишь 150 синонимах.

Всего один (в худшем случае) копеечный лишний запрос.

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

Тут главное — никаких хешей, никаких join'ов. Все объёмные пересечения — только на целых ID.