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 по дате отправления: