Re: PostgreSQL clustering VS MySQL clustering

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Hervé Piedvache <herve(at)elma(dot)fr>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: PostgreSQL clustering VS MySQL clustering
Date: 2005-01-20 14:30:45
Message-ID: 20050120143045.GN10437@ns.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

* Herv? Piedvache (herve(at)elma(dot)fr) wrote:
> Is there any solution with PostgreSQL matching these needs ... ?

You might look into pg_pool. Another possibility would be slony, though
I'm not sure it's to the point you need it at yet, depends on if you can
handle some delay before an insert makes it to the slave select systems.

> Do we have to backport our development to MySQL for this kind of problem ?

Well, hopefully not. :)

> Is there any other solution than a Cluster for our problem ?

Bigger server, more CPUs/disks in one box. Try to partition up your
data some way such that it can be spread across multiple machines, then
if you need to combine the data have it be replicated using slony to a
big box that has a view which joins all the tables and do your big
queries against that.

Just some thoughts.

Stephen

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Hervé Piedvache 2005-01-20 14:36:08 Re: PostgreSQL clustering VS MySQL clustering
Previous Message Stephen Frost 2005-01-20 14:26:03 Re: