Re: NOT LIKE much faster than LIKE?

Поиск
Список
Период
Сортировка
От 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?  (Simon Riggs <simon@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: "Dave Dutcher"
Дата:
Сообщение: Left Join Performance vs Inner Join Performance
Следующее
От: David Lang
Дата:
Сообщение: Re: How to handle a large DB and simultaneous accesses?