- название и артикул, они varchar(35) utf-8, смешанный регистр, записей - 2 млн. - планирую заюзать LIKE типа "upper(MODNAME) like upper(:searchstr || '%'). Подскажите по своему опыту, что лучше использовать для этого? "SIMILAR TO" сильно поможет? Есть смысл полнотекстовый поиск поднимать? Нужно искать как правило по началу "названия" или "артикула", то есть даже не LIKE "%Носки%", а просто "Носки%" или "Зонт%". Как можно ускорить поиск? Индексы по по полям? Или есть толковая статья на этот счет? Чтоб и инсерты были не тормозные (типа индексов много), и поиск был мгновенный (как у гугля). Дисковое пространство не помеха.
1) 2млн. товаров, и номенклатура полностью обновляется не каждый день (а скорее за месяцы или год) — да не парьтесь вы про тормоза на инсерте! Справитесь как-нибудь. 2) Полнотекстовый поиск стоит поднять хотя бы чтобы понять, что он делает и как организует индэксы. Сможэте ли вы его приспособить себе на пользу — другой вопрос. 3) Не упирайтесь в попытки одним запросом выбрать всё интересное. Это сложно, хужэ параллелится и низачем не нужно. Выбирайте поэтапно — артикулы, категории, названия по тэгам, названия по словам в названиях, soundex и базовые опечатки всех ключевых слов из запроса по базе(ам) ключевых слов поэтапно во все предыдущие этапы. Потом ранжыруйте по соответствию (и покрытию) запроса и предлагайте наиболее релевантные результаты по группам. Пользоваиели оцэнят.
ну юзерам обычно надо найти ЛИБО по "названию", ЛИБО еще как-то, им надо искать БЫСТРО, по разным критериям. Щас заморачиваюсь на поиск по текстовым(название, артикул) и децимальным полям (цена, скидка и все такое). Номенклатура обновляется конечно редко, ну создают по приходу товара 30-100 новых номенклатур, тоже хотят, чтоб это было быстро, там под 40 полей разных свойств товара.
Я вчера доку читал(изучаю pg), там упоминался оператор ilike, рассмотри его может
Ilike
Обсуждают сегодня