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
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 |