| От | Jeff Davis |
|---|---|
| Тема | Re: Queryplan within FTS/GIN index -search. |
| Дата | |
| Msg-id | 1256313071.2580.800.camel@jdavis обсуждение исходный текст |
| Ответ на | Re: Queryplan within FTS/GIN index -search. (Richard Huxton <dev@archonet.com>) |
| Ответы |
Re: Queryplan within FTS/GIN index -search.
|
| Список | pgsql-performance |
On Fri, 2009-10-23 at 09:26 +0100, Richard Huxton wrote:
> That structure isn't exposed to the planner though, so it doesn't
> benefit from any re-ordering the planner would normally do for normal
> (exposed) AND/OR clauses.
I don't think that explains it, because in the second plan you only see
a single index scan with two quals:
Index Cond: ((ftsbody_body_fts @@
to_tsquery('commonterm'::text)) AND (ftsbody_body_fts @@
to_tsquery('spellerror'::text)))
So it's entirely up to GIN how to execute that.
Regards,
Jeff Davis
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера