Re: [HACKERS] PREPARE/EXECUTE across backends?

2003-10-02 Thread Karel Zak
On Wed, Oct 01, 2003 at 09:01:23PM -0400, Neil Conway wrote: > On Wed, 2003-10-01 at 20:25, Jingren Zhou wrote: > > From the document, it seems that PREPARE/EXECUTE works only in the same > > session. I am wondering whether postgres can prepare a query (save the plan) > > for difference backends

Re: [HACKERS] PREPARE/EXECUTE across backends?

2003-10-01 Thread Neil Conway
On Wed, 2003-10-01 at 22:43, Tom Lane wrote: > Another issue is that we currently don't have a mechanism for flushing > query plans when they become obsolete (eg, an index is added or > removed). Locally-cached plans are relatively easy to refresh: just > start a fresh session. A shared plan cach

Re: [HACKERS] PREPARE/EXECUTE across backends?

2003-10-01 Thread Tom Lane
Neil Conway <[EMAIL PROTECTED]> writes: > The decision to store prepared statements per-backend, rather than in > shared memory, was made deliberately. In fact, an early version of the > PREPARE/EXECUTE patch (written by Karel Zak) stored prepared statements > in shared memory. But I decided to rem

Re: [HACKERS] PREPARE/EXECUTE across backends?

2003-10-01 Thread Kris Jurka
On Wed, 1 Oct 2003, Jingren Zhou wrote: > Hi, > > >From the document, it seems that PREPARE/EXECUTE works only in the same > session. I am wondering whether postgres can prepare a query (save the plan) > for difference backends. > > I am working on a project which requires executing "psql -c 'qu

Re: [HACKERS] PREPARE/EXECUTE across backends?

2003-10-01 Thread Neil Conway
On Wed, 2003-10-01 at 20:25, Jingren Zhou wrote: > From the document, it seems that PREPARE/EXECUTE works only in the same > session. I am wondering whether postgres can prepare a query (save the plan) > for difference backends. The decision to store prepared statements per-backend, rather than