Выбор по одной цене

[antson]

угу и запросе вместо простого лайка в where части будет (like '%word1%' or .... like '%word N%') и не слабая такая конструкция в ордер бай на количество найденных слов
а в результате словоформ нет. синонимов нет. ранжирование самое слабенькое.

а учитывая что топик стартер пытается написать универсальный запрос, когда не известно сколько слов окажется в поисковом выражении становится совсем грустно

 

[AnrDaemon]

and like

 

[antson]

ну это от целей поиска. найти все слова или максимальное релевантное иначе я бы про ордер секцию не стал бы писать

 

[mstdmstd]

убрать lower

Но тогда поиск будет регистрозависимым? Я помнится, находил, что в postgres нет настроек на регистроНЕзависимость в отличие от других db...

 

[AnrDaemon]

Вам не приходило в голову, что сравнение строк уже идёт с учётом типа колонки?

 

[mstdmstd]

Вам не приходило в голову, что сравнение строк уже идёт с учётом типа колонки?

Сорри, эта реплика на мой вопрос о регистроНЕзависимости ?

 

[AnrDaemon]

Сюпрприз, да?…

 

[mstdmstd]

Нашел citext тип https://www.postgresql.org/docs/9.5/static/citext.html
Видимо лучше использовать его вместо lower в спавнении ?

 

[mstdmstd]

Я интересовался никто не работал с citext ? В смысле багов, проблем с производительностью и т.д.?

 

[fixxxer]

Не особо понятно, зачем он нужен.
Для поиска по равенству можно просто сделать индекс на lower(value).
А в твоем случае, думаю, уместнее всего будет FTS.