Skip site navigation (1) Skip section navigation (2)

Re: prepared statements

From: Heikki Linnakangas <heikki(at)enterprisedb(dot)com>
To: Christian Dannemann <Christian(at)merus(dot)co(dot)uk>
Cc: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: prepared statements
Date: 2006-12-12 16:40:45
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-jdbc
Christian Dannemann wrote:
> Hello All,
> We are currently experimenting with a postgresql cluster database 
> (pgcluster 1.5rc11).
> The cluster replicates all prepared statements across all database 
> servers (which makes sense if they are for updates and inserts). It also 
> does this for normal select statements.
> That means that when using prepared statements, there is absolutely NO 
> gain from using a db cluster. Everything is executed in every database. 
> And there is the additional overhead of replicating that across. So huge 
> investment in hardware, and a performance loss is the gain from that :-(

In the future, I'd suggest doing more testing before making huge 
investments in hardware...

> Our application is written in java and we use the jdbc postgresql driver.
> Now it appears that this driver issues ANY statement as a prepared 
> statement. I've tried to switch this off but to no avail. This is a huge 
> nightmare and I don't quite understand why it is deemed necessary to 
> issue every simple select statement as a prepared statement.

As Kris said, you really should be blaming pgcluster, and you can set 
the protocolVersion parameter if you need to.

There's better alternatives to pgcluster, for example Sequoia 
(, or Slony (

   Heikki Linnakangas

In response to

pgsql-jdbc by date

Next:From: Josh BerkusDate: 2006-12-12 18:49:27
Subject: Re: World Wide International Law: Linux is compulsory (mandotary) in all schools/universities world-wide
Previous:From: Kris JurkaDate: 2006-12-12 16:26:06
Subject: Re: prepared statements

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group