Re: Reusing cached prepared statement slow after 5 executions

Поиск
Список
Период
Сортировка
От Rob Gansevles
Тема Re: Reusing cached prepared statement slow after 5 executions
Дата
Msg-id BANLkTik3cPr7LLr1x1Da412CUfD53rdTwA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Reusing cached prepared statement slow after 5 executions  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Reusing cached prepared statement slow after 5 executions  (Dean Rasheed <dean.a.rasheed@gmail.com>)
Список pgsql-general
I can confirm, when I call ps.setPrepareThreshold(1) the query is slow
immediately, so the plan must be different with the server prepared
statements.

Thanks,

Rob

On Sun, Jun 26, 2011 at 5:11 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> David Johnston <polobo@yahoo.com> writes:
>> This is likely the case where the first few "prepared statements" are
>> not truly prepared.  Once you hit five the cache kicks in and computes
>> a generic query plan to cache.
>
> Not so much that as that JDBC decides that it should tell the backend to
> start using a prepared plan.  See the JDBC docs.
>
>                        regards, tom lane
>

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Retrieving the original table of a tuple stored in a tuplestore?
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Anyone using silent_mode?