Re: plan invalidation vs stored procedures

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: plan invalidation vs stored procedures
Дата
Msg-id 162867790808050716o9f2a81ld8b09a1ef3cf9157@mail.gmail.com
обсуждение исходный текст
Ответ на Re: plan invalidation vs stored procedures  (Martin Pihlak <martin.pihlak@gmail.com>)
Ответы Re: plan invalidation vs stored procedures  (Hannu Krosing <hannu@krosing.net>)
Список pgsql-hackers
2008/8/5 Martin Pihlak <martin.pihlak@gmail.com>:
>>> DROP FUNCTION
>>> create function foo() returns integer as $$ begin return 2; end; $$ language plpgsql;
>>> CREATE FUNCTION
>>> execute c1;
>>> psql:test.sql:11: ERROR:  cache lookup failed for function 36555
>>
>> This is simply a bad, wrong, stupid way to do it.  Why do you not use
>> CREATE OR REPLACE FUNCTION?
>>
>
> Well, the test case was an illustration. The actual reason for DROP and CREATE is
> the inability to change function return type. In our case there are plpgsql OUT
> parameters involved, and there is no other way to add additional OUT parameters
> without dropping the function first. I'd be glad if this was fixed, but I still
> think that proper plan invalidation for function changes is needed (inlined
> functions, ALTER FUNCTION stuff etc.)

It isn't possible. Probably some wrong is in your database design.

regards
Pavel Stehule

>
> regards,
> Martin
>
>


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

Предыдущее
От: Martin Pihlak
Дата:
Сообщение: Re: plan invalidation vs stored procedures
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Parsing of pg_hba.conf and authentication inconsistencies