Re: PostgreSQL clustering VS MySQL clustering - Mailing list pgsql-performance

From Hervé Piedvache
Subject Re: PostgreSQL clustering VS MySQL clustering
Date
Msg-id 200501201536.08656.herve@elma.fr
Whole thread Raw
In response to Re: PostgreSQL clustering VS MySQL clustering  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Responses Re: PostgreSQL clustering VS MySQL clustering  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Re: PostgreSQL clustering VS MySQL clustering  (Jeff <threshar@torgo.978.org>)
Re: PostgreSQL clustering VS MySQL clustering  (Rod Taylor <pg@rbt.ca>)
Re: PostgreSQL clustering VS MySQL clustering  (William Yu <wyu@talisys.com>)
List pgsql-performance
Le Jeudi 20 Janvier 2005 15:24, Christopher Kings-Lynne a écrit :
> > Is there any solution with PostgreSQL matching these needs ... ?
>
> You want: http://www.slony.info/
>
> > Do we have to backport our development to MySQL for this kind of problem
> > ? Is there any other solution than a Cluster for our problem ?
>
> Well, Slony does replication which is basically what you want :)
>
> Only master->slave though, so you will need to have all inserts go via
> the master server, but selects can come off any server.

Sorry but I don't agree with this ... Slony is a replication solution ... I
don't need replication ... what will I do when my database will grow up to 50
Gb ... I'll need more than 50 Gb of RAM on each server ???
This solution is not very realistic for me ...

I need a Cluster solution not a replication one or explain me in details how I
will do for managing the scalabilty of my database ...

regards,
--
Hervé

pgsql-performance by date:

Previous
From: Stephen Frost
Date:
Subject: Re: PostgreSQL clustering VS MySQL clustering
Next
From: "Dan Langille"
Date:
Subject: Re: index scan of whole table, can't see why