| От | Tom Lane |
|---|---|
| Тема | Re: Performance problem on RH7.1 |
| Дата | |
| Msg-id | 29248.1088446222@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Performance problem on RH7.1 (Együd Csaba <csegyud@vnet.hu>) |
| Ответы |
Re: Performance problem on RH7.1
|
| Список | pgsql-general |
=?iso-8859-2?Q?Egy=FCd_Csaba?= <csegyud@vnet.hu> writes:
>> I'd also suggest dropping the EXECUTE approach, as this is costing you
>> a re-plan on every call without buying much of anything.
> Do you mean I should use PERFORM instead? Or what else?
> Do you mean the "for R in execute" statements? How can I run a dynamic query
> in other way?
No, I mean the most straightforward way:
for R in select ... where stockid = $1 and ...
This lets plpgsql cache the plan for the SELECT.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера