Re: Global Named Prepared Statements - Mailing list pgsql-general

From Martijn van Oosterhout
Subject Re: Global Named Prepared Statements
Date
Msg-id 20120515062127.GB6720@svana.org
Whole thread Raw
In response to Global Named Prepared Statements  (Samba <saasira@gmail.com>)
Responses Re: Global Named Prepared Statements
List pgsql-general
On Tue, May 15, 2012 at 05:38:27AM +0530, Samba wrote:
> Hi,
>
> Does postgresql support Global Prepared Statements, which are prepared only
> once per server and not per every connection?

As pointed out, no.

> Problem with per-connection prepared statements is that the onus of
> preparing those statements for each connection lies with the client which
> makes those connections. Ideally, the performance of an application must be
> decided by the Server that hosts and not by the client that uses the
> service.

How is this different from using CREATE FUNCTION to create a function
which has the desired effect?  This is a well understood and commonly
used paradigm.  When using a connection pooler any query plan caching
will happen automatically.

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> He who writes carelessly confesses thereby at the very outset that he does
> not attach much importance to his own thoughts.
   -- Arthur Schopenhauer

Attachment

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Retrieving multiple columns from a subquery
Next
From: björn lundin
Date:
Subject: Re: Uppercase to lowercase trigger?