Re: PREPARE / EXECUTE - Mailing list pgsql-hackers

From Neil Conway
Subject Re: PREPARE / EXECUTE
Date
Msg-id 87n0p4ltxm.fsf@mailbox.samurai.com
Whole thread Raw
In response to Re: PREPARE / EXECUTE  ("Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at>)
List pgsql-hackers
"Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at> writes:
> The standard approach to such a scenario would imho be to write
> stored procedures for the complex queries (e.g. plpgsql) and use
> that from the client.  Maybe even eliminate a few ping pongs between
> client and server.

Since PL/PgSQL cached query plans are flushed when the backend exits,
how would this help?

Regarding the original suggestion of storing prepared plans on disk, I
agree with Tom -- it's basically the same idea as storing plans in
shared memory, which we previously considered (and Karel implemented),
but ultimately decided to remove. IMHO, the utility of this feature
doesn't justify the problems that would come with implementing it (see
the archives for the original implementation discussions).

Cheers,

Neil

-- 
Neil Conway <neilc@samurai.com> || PGP Key ID: DB3C29FC



pgsql-hackers by date:

Previous
From: "Zeugswetter Andreas SB SD"
Date:
Subject: Re: PREPARE / EXECUTE
Next
From: Peter Eisentraut
Date:
Subject: Re: pg_dump and large files - is this a problem?