Skip site navigation (1) Skip section navigation (2)

Re: PostgreSQL clustering VS MySQL clustering

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
Cc: Hervé Piedvache <herve(at)elma(dot)fr>,Jeff <threshar(at)torgo(dot)978(dot)org>, pgsql-performance(at)postgresql(dot)org
Subject: Re: PostgreSQL clustering VS MySQL clustering
Date: 2005-01-20 15:05:25
Message-ID: 41EFC8B5.9040902@commandprompt.com (view raw or flat)
Thread:
Lists: pgsql-performance
Christopher Kings-Lynne wrote:

>>> Or you could fork over  hundreds of thousands of dollars for Oracle's
>>> RAC.
>>
>>
>>
>> No please do not talk about this again ... I'm looking about a 
>> PostgreSQL solution ... I know RAC ... and I'm not able to pay for a 
>> RAC certify hardware configuration plus a RAC Licence.
>
>
> There is absolutely zero PostgreSQL solution...


I just replied the same thing but then I was thinking. Couldn't he use 
multiple databases
over multiple servers with dblink?

It is not exactly how I would want to do it, but it would provide what 
he needs I think???

Sincerely,

Joshua D. Drake



>
> You may have to split the data yourself onto two independent db 
> servers and combine the results somehow in your application.
>
> Chris
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster



-- 
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: jd.vcf
Description: text/x-vcard (285 bytes)

In response to

Responses

pgsql-performance by date

Next:From: Stephen FrostDate: 2005-01-20 15:07:37
Subject: Re: PostgreSQL clustering VS MySQL clustering
Previous:From: Joshua D. DrakeDate: 2005-01-20 15:04:19
Subject: Re: PostgreSQL clustering VS MySQL clustering

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group