RE: [HACKERS] Bug report for 7.0beta1 in 'CREATE FUNCTION...'

Поиск
Список
Период
Сортировка
От Karel Zak - Zakkr
Тема RE: [HACKERS] Bug report for 7.0beta1 in 'CREATE FUNCTION...'
Дата
Msg-id Pine.LNX.3.96.1000301112834.29986C-100000@ara.zf.jcu.cz
обсуждение исходный текст
Ответ на RE: [HACKERS] Bug report for 7.0beta1 in 'CREATE FUNCTION...'  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Список pgsql-hackers
On Wed, 1 Mar 2000, Hiroshi Inoue wrote:

> > -----Original Message-----
> > From: owner-pgsql-hackers@postgresql.org
> > [mailto:owner-pgsql-hackers@postgresql.org]On Behalf Of The Hermit
> > Hacker
> > 
> > 
> > Can someone look into this, and followup with Don? :)
> >
> 
> Currently utility commands aren't executable in PL/pgSQL.
> In short,it's due the lack of implementation of copyObject()
> for UtilityStatements.
> However,there's another essential problem.

Hmm, I see that copyObject() and freeObject() is really problematic 
routines.

> PL/pgSQL caches prepared plans for fucntions at their
> first execution time. Though many oids/numbers ... exist
> in the cached plans,they are changed by DML statements
> and cached plans would become invalid. Currently once
> a plan is cached,it stays in TopMemoryContext forever
> and would never be removed/changed.
.. another TopMemoryContext feeder :-) The solution is
context-per-plan cache and small change in SPI (SPI_freeplan..).

I believe that it (SPI) will fixed in any next release.

                Karel

 



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

Предыдущее
От: Karel Zak - Zakkr
Дата:
Сообщение: Re: [HACKERS] Re: [PATCHES] NO-CREATE-TABLE and NO-LOCK-TABLE
Следующее
От: Jose Soares
Дата:
Сообщение: Re: [HACKERS] having and union in v7beta