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
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 |