Re: postgresql clustering - Mailing list pgsql-hackers

From Daniel Duvall
Subject Re: postgresql clustering
Date
Msg-id 1127954271.959500.241420@o13g2000cwo.googlegroups.com
Whole thread Raw
In response to Re: postgresql clustering  (Gaetano Mendola <mendola@bigfoot.com>)
Responses Re: postgresql clustering  (Tino Wildenhain <tino@wildenhain.de>)
Re: postgresql clustering  (Gaetano Mendola <mendola@bigfoot.com>)
Fwd: Re: postgresql clustering  (Trent Shipley <tshipley@deru.com>)
List pgsql-hackers
While "clustering" in some circles may be an open-ended buzzword --
mainly the commercial DB marketing crowd -- there are concepts beneath
the bull that are even inherent in the name.  However, I understand
your point.

>From what I've researched, the concepts and practices seem to fall
under one of two abstract categorizations: fail-over (ok...
high-availability), and parallel execution (high-performance... sure).
While some consider the implementation of only one of these to qualify
a cluster, others seem to demand that a "true" cluster must
implement both.

What I'm really after is a DB setup that does fail-over and parallel
execution.  Your setup sounds like it would gracefully handle the
former, but cannot achieve the latter.  Perhaps I'm simply asking too
much of a free software setup.

Thanks for your response.



pgsql-hackers by date:

Previous
From: Ron Peacetree
Date:
Subject: Re: [PERFORM] A Better External Sort?
Next
From: Ron Peacetree
Date:
Subject: Re: [PERFORM] A Better External Sort?