Re: PostgreSQL clustering VS MySQL clustering

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
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:44:16
Message-ID: 41EFC3C0.6080903@commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hervé Piedvache wrote:

>Dear community,
>
>My company, which I actually represent, is a fervent user of PostgreSQL.
>We used to make all our applications using PostgreSQL for more than 5 years.
>We usually do classical client/server applications under Linux, and Web
>interface (php, perl, C/C++). We used to manage also public web services with
>10/15 millions records and up to 8 millions pages view by month.
>
>
Depending on your needs either:

Slony: www.slony.info

or

Replicator: www.commandprompt.com

Will both do what you want. Replicator is easier to setup but
Slony is free.

Sincerely,

Joshua D. Drake

>Now we are in front of a new need, but we do not find any good solution with
>PostgreSQL.
>We need to make a sort of directory of millions of data growing about 4/8
>millions per month, and to be able to be used by many users from the web. In
>order to do this, our solution need to be able to run perfectly with many
>insert and many select access (done before each insert, and done by web site
>visitors). We will also need to make a search engine for the millions of data
>(140/150 millions records at the immediate beginning) ... No it's not google,
>but the kind of volume of data stored in the main table is similar.
>
>Then ... we have made some tests, with the actual servers we have here, like a
>Bi-Pro Xeon 2.8 Ghz, with 4 Gb of RAM and the result of the cumulative
>inserts, and select access is slowing down the service really quickly ...
>(Load average is going up to 10 really quickly on the database).
>
>We were at this moment thinking about a Cluster solution ... We saw on the
>Internet many solution talking about Cluster solution using MySQL ... but
>nothing about PostgreSQL ... the idea is to use several servers to make a
>sort of big virtual server using the disk space of each server as one, and
>having the ability to use the CPU and RAM of each servers in order to
>maintain good service performance ...one can imagin it is like a GFS but
>dedicated to postgreSQL...
>
>Is there any solution with PostgreSQL matching these needs ... ?
>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 ?
>
>Looking for your reply,
>
>Regards,
>
>

--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - jd(at)commandprompt(dot)com - http://www.commandprompt.com
PostgreSQL Replicator -- production quality replication for PostgreSQL

Attachment Content-Type Size
jd.vcf text/x-vcard 285 bytes

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Jeff 2005-01-20 14:48:07 Re: PostgreSQL clustering VS MySQL clustering
Previous Message Hervé Piedvache 2005-01-20 14:42:06 Re: PostgreSQL clustering VS MySQL clustering