Re: Full text search with ORDER BY performance issue
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Full text search with ORDER BY performance issue |
| Дата | |
| Msg-id | 17530.1248877344@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Full text search with ORDER BY performance issue (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: Full text search with ORDER BY performance issue
|
| Список | pgsql-performance |
Robert Haas <robertmhaas@gmail.com> writes:
> If love is an uncommon word, there's no help for queries of this type
> being slow unless the GIN index can return the results in order. But
> if love is a common word, then it would be faster to do an index scan
> by timestamp on the baserel and then treat comment_tsv @@
> plainto_tsquery('love') as a filter condition. Is this a selectivity
> estimation bug?
Doesn't look like it: estimated number of matches is 253635, actual is
259828, which is really astonishingly close considering what we have to
work with. It's not clear though what fraction of the total that
represents.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера