| От | Tom Lane |
|---|---|
| Тема | Re: NOT LIKE much faster than LIKE? |
| Дата | |
| Msg-id | 7924.1136950830@sss.pgh.pa.us обсуждение |
| Ответ на | Re: NOT LIKE much faster than LIKE? (Simon Riggs <simon@2ndquadrant.com>) |
| Ответы |
Re: NOT LIKE much faster than LIKE?
|
| Список | pgsql-performance |
Simon Riggs <simon@2ndquadrant.com> writes:
> I meant use the same sampling approach as I was proposing for ANALYZE,
> but do this at plan time for the query. That way we can apply the
> function directly to the sampled rows and estimate selectivity.
I think this is so unlikely to be a win as to not even be worth spending
any time discussing. The extra planning time across all queries will
vastly outweigh the occasional improvement in plan choice for some
queries.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера