Возможен ли не точный поиск по полю MySql и чем его делать?

Question

[chelkaz]

Например есть поле которое хранит данные в виде полной строки адреса:

Ящерицын Росад снт Борисово деревня Серпуховский район Московская область

и например еще будет:
Росад деревня Другой район Другая область
Как и чем делать поиск, если например пользователь будет искать по запросу:
росад москва
или
росад мос обл
Ведь тут важно что это московская область, но в запросе может не быть явного указания полного слова
, а только часть или похожее. Как например росад москва хотя в поле базы слово Московская а не москва Но это максимально точно и по сути поиск должен выдать тогда этот ответ.

Comments

[Виталий]

Про 3 нормальную форму вообще не слышали?

[Виталий]

Модератор видимо тоже не знает что такое 3 норм форма, раз счел мой ответ комментарием.

Answer 1

[Виталий]

Перефразирую мой ответ, чтобы модераторам не чесалось. Хранить так адрес глупо, нужно хранить его адекватно, для примера стоит взглянуть на фиас, сайт вроде fias.nalog.ru
Хранить адекватно, это пойти почитать про 3 нормальную форму.

Comments

[chelkaz]

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

[Виталий]

chelkaz: фиас гарантированно лучше рекурсивного like %key% , последний при больших размерах точно ее положит

[chelkaz]

Как вы в ФИАС найдете например деревню Поповка, например там таких 300 штук, но вам нужна из Московской области, но в ФИАС поле содержит только Поповка, а уже родитель например Щелковский район, а его родитель уже Московская область, вот и получится поиск только с рекурсией, иначе как вы узнаете у кого какой родитель. Или я не прав?

[Виталий]

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

Answer 2

[totosarg]

Вообще конечно странно у вас все, но, отвечая на ваш вопрос, есть такой оператор LIKE. Позволяет искать похожие слава, выглядит примерно так:

SELECT name, id FROM table WHERE name LIKE "%мос%"

Знак процента это wildcard. Но в вашем случае лучше так не делать. Почитайте про нормализацию баз данных.

Comments

[chelkaz]

При чем тут LIKE если речь идет о нескольких словах и не обязательно подряд? Если на то пошло, то вам нужно было посоветовать хотя бы так: SELECT * FROM articles WHERE MATCH (title,body) AGAINST ('+мос +обл +Росад' IN BOOLEAN MODE);

[totosarg]

Спросили про не точный поиск, Like'ом можно и несколько слов искать :)

[totosarg]

chelkaz: Я бы вообще так не делал, изначально.

[chelkaz]

totosarg: Опять де делить нужно всю фразу на слова и потом через оператор OR LIKE, это все не то получается и костыли) А как бы вы организовали структуру и логику?

[totosarg]

Делая это в SQL? Не стал бы изобретать велосипед, не хранил бы весь аддресс целиком во одной колонке, как минимум был бы отдельно город, область, улица. добавил бы подсказки для ввода данных в пользовательском интерфейсе (там где будут изначально вводить данные, а потом и и скать), воспользовался бы уже существуюшей БД адрессов по стране, если в России есть такая, во многих странах почта имеет API позволяюший сверять адресса, или просто получить базу данных всех адрессов.

Answer 3

[Пума Тайланд]

сфинкс и солр это все умеют