Re: Persistent Plan Cache

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Persistent Plan Cache
Дата
Msg-id 2971.1252863925@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Persistent Plan Cache  (Joshua Rubin <jrubin@esoft.com>)
Ответы Re: Persistent Plan Cache  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Re: Persistent Plan Cache  (Joshua Rubin <jrubin@esoft.com>)
Список pgsql-performance
Joshua Rubin <jrubin@esoft.com> writes:
> We have a very large, partitioned, table that we often need to query
> from new connections, but frequently with similar queries. We have
> constraint exclusion on to take advantage of the partitioning. This also
> makes query planning more expensive. As a result, the CPU is fully
> loaded, all the time, preparing queries, many of which have been
> prepared, identically, by other connections.

If you're depending on constraint exclusion, it's hard to see how plan
caching could help you at all.  The generated plan needs to vary
depending on the actual WHERE-clause parameters.

            regards, tom lane

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

Предыдущее
От: Joshua Rubin
Дата:
Сообщение: Persistent Plan Cache
Следующее
От: Tom Lane
Дата:
Сообщение: Re: possible wrong query plan on pg 8.3.5,