Re: Postgres Stored Procedure Call Function Return Type OID Caching Problem
В списке pgsql-odbc по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Postgres Stored Procedure Call Function Return Type OID Caching Problem |
| Дата | |
| Msg-id | 9954.1169676956@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Postgres Stored Procedure Call Function Return Type OID Caching Problem ("Feng Chen" <fchen@covergence.com>) |
| Ответы |
Re: Postgres Stored Procedure Call Function Return Type OID Caching Problem
|
| Список | pgsql-odbc |
"Feng Chen" <fchen@covergence.com> writes:
> The problem is that I should not have to and cannot re-load the
> functions every now and then. Why would the type id change and the
> function still references to the old type id thus fails to get the right
> results?
It's not possible in any modern version of PG to drop the function's
return type without dropping the function too. I suspect the problem
is not with the return type at all, but with some table or other type
referenced within the function body. Currently the only real solution
to that is to use EXECUTE for every SQL command that touches a transient
object, so that plpgsql won't try to cache a plan for the command.
regards, tom lane
В списке pgsql-odbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера