Re: PostgreSQL clustering VS MySQL clustering

Dave Cramer <davec@fastcrypt.com>

From: Dave Cramer <davec@fastcrypt.com>
To: Bruno Almeida do Lago <teolupus@gmail.com>
Cc: 'Mitch Pirtle' <mitch.pirtle@gmail.com>, pgsql-performance@postgresql.org
Date: 2005-01-21T01:04:19Z
Lists: pgsql-performance
This idea won't work with postgresql only one instance can operate on a 
datastore at a time.

Dave

Bruno Almeida do Lago wrote:

> 
>I was thinking the same! I'd like to know how other databases such as Oracle
>do it.
>
>-----Original Message-----
>From: pgsql-performance-owner@postgresql.org
>[mailto:pgsql-performance-owner@postgresql.org] On Behalf Of Mitch Pirtle
>Sent: Thursday, January 20, 2005 4:42 PM
>To: pgsql-performance@postgresql.org
>Subject: Re: [PERFORM] PostgreSQL clustering VS MySQL clustering
>
>On Thu, 20 Jan 2005 09:33:42 -0800, Darcy Buskermolen
><darcy@wavefire.com> wrote:
>  
>
>>Another Option to consider would be pgmemcache.  that way you just build
>>    
>>
>the
>  
>
>>farm out of lots of large memory, diskless boxes for keeping the whole
>>database in memory in the whole cluster.  More information on it can be
>>    
>>
>found
>  
>
>>at: http://people.freebsd.org/~seanc/pgmemcache/
>>    
>>
>
>Which brings up another question: why not just cluster at the hardware
>layer? Get an external fiberchannel array, and cluster a bunch of dual
>Opterons, all sharing that storage. In that sense you would be getting
>one big PostgreSQL 'image' running across all of the servers.
>
>Or is that idea too 90's?  ;-)
>
>-- Mitch
>
>---------------------------(end of broadcast)---------------------------
>TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org
>
>
>---------------------------(end of broadcast)---------------------------
>TIP 7: don't forget to increase your free space map settings
>
>
>  
>