Re: Slow fulltext query plan

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Slow fulltext query plan
Дата
Msg-id 772.1334366203@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Slow fulltext query plan  (Benoit Delbosc <bdelbosc@nuxeo.com>)
Список pgsql-performance
Benoit Delbosc <bdelbosc@nuxeo.com> writes:
> On 13/04/2012 00:25, Tom Lane wrote:
>> Is there a reason why you're writing the query in such a
>> non-straightforward way, rather than just
>>
>> EXPLAIN ANALYZE SELECT hierarchy.id
>> FROM hierarchy
>> JOIN fulltext ON fulltext.id = hierarchy.id
>> WHERE (TO_TSQUERY('whatever') @@ nx_to_tsvector(fulltext.fulltext))
>> OR (TO_TSQUERY('whatever') @@ nx_to_tsvector(fulltext.fulltext_title));

> This query is written by a framework, also I thought that is a common
> pattern that can be found in the documentation:
>    http://www.postgresql.org/docs/9.1/interactive/textsearch-controls.html

Well, "common pattern" would be stretching it.  Anyway I've concluded
that this is in fact a planner bug.  There will be a fix in 9.2, but I'm
not going to take the risk of back-patching it, so you might want to
think about changing that framework.

            regards, tom lane

В списке pgsql-performance по дате отправления:

Предыдущее
От: Claudio Freire
Дата:
Сообщение: Re: scale up (postgresql vs mssql)
Следующее
От: Filippos
Дата:
Сообщение: Re: bad planning with 75% effective_cache_size