Re: Full text search randomly not working for short prefixes?
От | cen |
---|---|
Тема | Re: Full text search randomly not working for short prefixes? |
Дата | |
Msg-id | 9e849f3a-8f8e-f2c7-50f2-57f27c0d34b9@gmail.com обсуждение исходный текст |
Ответ на | Re: Full text search randomly not working for short prefixes? (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-general |
Thanks, that makes sense. I think I'll go with the cast approach, I don't really need stemming anywhere. Tom Lane je 02. 12. 2016 ob 16:33 napisal: > cen <imbacen@gmail.com> writes: >> Something funny going on with my full text search.. and I have no idea what. > The way to debug this sort of thing is generally to look at what tsquery > you're actually getting. I get > > regression=# select to_tsquery(unaccent('a:*')); > NOTICE: text-search query contains only stop words or doesn't contain lexemes, ignored > to_tsquery > ------------ > > (1 row) > > regression=# select to_tsquery(unaccent('an:*')); > NOTICE: text-search query contains only stop words or doesn't contain lexemes, ignored > to_tsquery > ------------ > > (1 row) > > regression=# select to_tsquery(unaccent('ana:*')); > to_tsquery > ------------ > 'ana':* > (1 row) > > Of course, only the last is going to match 'ana'. > > So you need to use a text search configuration in which a/an are > not stop words. Or possibly you could cast the unaccent result > directly to tsquery rather than passing it through to_tsquery(), > though likely that would just have a different set of failure modes > with queries where you do wish stemming would occur. > > The problem with "no" seems to be the same. > > regards, tom lane
В списке pgsql-general по дате отправления: