From: | Karel Zak - Zakkr <zakkr(at)zf(dot)jcu(dot)cz> |
---|---|
To: | Don Baccus <dhogaza(at)pacifier(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: [HACKERS] Cache query (PREPARE/EXECUTE) |
Date: | 2000-02-22 20:18:47 |
Message-ID: | Pine.LNX.3.96.1000222211018.704A-100000@ara.zf.jcu.cz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, 22 Feb 2000, Don Baccus wrote:
> At 06:30 PM 2/22/00 +0100, Karel Zak - Zakkr wrote:
>
> > Yes, I agree (TopMemoryContext was simpl for first hacking).
> >But I not sure how create new (across transaction persistent?)
> >MemoryContext. It needs new portal? (Sorry I not thoroughly explore
> >PG's memory management.)
>
> Jan is caching the plans needed for referential integrity checking
> and referential actions - look at ri_triggers.c in src/backend/utils/adt.
> ri_InitHashTables initializes the RI cache.
My cache table routines for PREPARE = Jan's RI routines :-)
(I copy and a little modify Jan's code (*Thanks* Jan for good inspiration..).
But if I good look at Jan use SPI context for this, not any specific
context.
Karel
From | Date | Subject | |
---|---|---|---|
Next Message | The Hermit Hacker | 2000-02-22 20:32:32 | Splitting distributions (Was: Re: [HACKERS] ECPG / Release) |
Previous Message | Michael Meskes | 2000-02-22 19:52:54 | ECPG / Release |