Re: pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ...

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ...
Дата
в 11:16:54
Msg-id
Pine.LNX.4.44.0205191426500.916-100000@localhost.localdomain
Ответ на
Список
Дерево обсуждения
pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ... petere@postgresql.org (Peter Eisentraut - PostgreSQL)
Re: pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ... Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ... Peter Eisentraut <peter_e@gmx.net>
Re: pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ... Tom Lane <tgl@sss.pgh.pa.us>
Tom Lane writes:

> Hmm.  Have you tried this with recursive plpgsql functions?  I have a
> feeling that that little hack of replacing the flinfo link isn't gonna
> work well in plpgsql, because of its caching of query plans.

I don't understand what specific problem you are referring to.  As long as
each function is only caching its own query plans in its own fn_extra area
then things shouldn't work differently from before.

-- 
Peter Eisentraut   peter_e@gmx.net

В списке pgsql-committers по дате отправления
От: petere@postgresql.org (Peter Eisentraut - PostgreSQL)
Дата:
От: petere@postgresql.org (Peter Eisentraut - PostgreSQL)
Дата:
FAQ