Re: pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ...
От
Peter Eisentraut
Тема
Re: pgsql/ oc/src/sgml/func.sgml oc/src/sgml/relea ...
Дата
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)
Дата:
Сообщение: pgsql/src/backend/parser gram.y