Re: Persistent Plan Cache

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Persistent Plan Cache
Дата
Msg-id 4AADCE10.4070306@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Persistent Plan Cache  (Joshua Rubin <jrubin@esoft.com>)
Ответы Re: Persistent Plan Cache  (Dimitri Fontaine <dfontaine@hi-media.com>)
Список pgsql-performance
Joshua Rubin wrote:
> We "hardcode" the parts of the where clause so that the prepared plan
> will not vary among the possible partitions of the table. The only
> values that are bound would not affect the planner's choice of table.

Then you would benefit from using prepared statements in the client,
and/or connection pooling to avoid having to re-prepare because of
reconnecting.

--
  Heikki Linnakangas
  EnterpriseDB   http://www.enterprisedb.com

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

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