Re: Reusing cached prepared statement slow after 5 executions
В списке pgsql-general по дате отправления:
| От | 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
|
| Список | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера