Re: looking for a faster way to do that
От
Eduardo Morras
Тема
Re: looking for a faster way to do that
Дата
Msg-id
4E5EF2B0005C88EF@> (added by postmaster@resmaa12.ono.com)
Ответ на
Re: looking for a faster way to do that (hamann.w@t-online.de)
Список
Дерево обсуждения
Re: looking for a faster way to do that hamann.w@t-online.de
Re: looking for a faster way to do that Eduardo Morras <nec556@retena.com>
Re: looking for a faster way to do that Eduardo Morras <nec556@retena.com>
At 09:45 23/09/2011, hamann.w@t-online.de wrote: >A single anchored query >select * from items where code ~ '^ABC'; >does indeed use the index to retrieve data. > > >So I wonder whether there might be a different approach to this >problem rather than >pattern matching. >I recall I had a similar problem before with a "contacts" column >possibly containing one or more >email addresses. Here searches would also be number of people times >number of requests >performance. I finally ended up with a @@ match (contrib/tsquery) >and a supporting GIST index, >but that only supports exact match, not prefix You can try these, i doubt they will use any index but its a different approach: select * from items where length(items.code)<>length(rtrim(items.code,'ABC')); select * from items where strpos(items.code,'ABC')=0 or strpos(items.code,'any_substring')=0; HTH
В списке pgsql-general по дате отправления