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: 457EDB8D.4070605@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
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
(http://sequoia.continuent.org/), or Slony (http://slony.info/)

--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com

In response to

Browse pgsql-jdbc by date

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