Re: cache in plpgsql

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jan Wieck <JanWieck(at)Yahoo(dot)com>
Cc: ivan <iv(at)psycho(dot)pl>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: cache in plpgsql
Date: 2004-01-02 17:21:22
Message-ID: 7004.1073064082@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> Tom Lane wrote:
>> Another little problem is that plpgsql doesn't really have any mechanism
>> for invalidating cached stuff at all; it will leak memory like there's
>> no tomorrow if we start dropping cached subplans.

> Everyone seems to look at it as a PL/pgSQL specific problem. It is not!

No, of course not, but plpgsql has issues of its own that (IMHO) should
be solved along with the SPI-level problem.

> As said, the idea is neither bad, nor new. And please let's not forget
> to add temp object detection into the dependency collector so that SPI
> automagically will handle temp tables used in PL/pgSQL by NOT storing
> prepared plans at all.

Why shouldn't we cache plans for temp tables? They are good as long as
the temp table exists. AFAICS the same dependency mechanism will work
fine for temp and regular tables.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Glaesemann 2004-01-02 18:00:09 Re: Bug and/or feature? Complex data types in tables...
Previous Message Shuqing Wu 2004-01-02 16:53:30 malloc blocks on Linux