| От | Tom Lane |
|---|---|
| Тема | Re: Released updated Tcl interfaces: pgin.tcl-2.1.0, |
| Дата | |
| Msg-id | 24110.1087945736@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Released updated Tcl interfaces: pgin.tcl-2.1.0, ("Nigel J. Andrews" <nandrews@investsystems.co.uk>) |
| Ответы |
Re: Released updated Tcl interfaces: pgin.tcl-2.1.0,
|
| Список | pgsql-interfaces |
"Nigel J. Andrews" <nandrews@investsystems.co.uk> writes:
> However, since making some changes to my code I've not had time to do the
> investigation so I just thought I'd ask if there's been any reports on the
> relative speed of normal sql execution against prepared statements.
You can lose if the prepared statements are parameterized in such a way
that the planner can't see critical information. This has been hashed
over many a time in the pgsql-performance archives (though mostly in the
context of queries in plpgsql functions). Try EXPLAIN EXECUTE and see
if you get a materially different plan than with the straight query.
regards, tom lane
В списке pgsql-interfaces по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера