Received: from localhost (pluto.hub.org [200.46.204.4]) by postgresql.org (Postfix) with ESMTP id 5E4FF9FA2E2 for ; Tue, 21 Nov 2006 10:34:27 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.4]) (amavisd-new, port 10024) with ESMTP id 37877-05 for ; Tue, 21 Nov 2006 10:34:19 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from bugaboo.mu (ns1.bugaboo.mu [213.133.111.57]) by postgresql.org (Postfix) with ESMTP id CE5659F9312 for ; Tue, 21 Nov 2006 10:34:24 -0400 (AST) Received: from [192.168.77.20] (p54BD8740.dip0.t-ipconnect.de [::ffff:84.189.135.64]) (AUTH: CRAM-MD5 markus@bluegap.ch) by bugaboo.mu with esmtp; Tue, 21 Nov 2006 09:23:53 +0100 id 02218C16.4562B799.00004F99 Message-ID: <4562B799.7090209@bluegap.ch> Date: Tue, 21 Nov 2006 09:23:53 +0100 From: Markus Schiltknecht User-Agent: Icedove 1.5.0.8 (X11/20061116) MIME-Version: 1.0 To: Bruce Momjian CC: a.mitani@sra-europe.com, pgsql-docs@postgresql.org Subject: Re: [Pgcluster-general] PostgreSQL Documentation of High Availability References: <200611210322.kAL3Mqp28549@momjian.us> In-Reply-To: <200611210322.kAL3Mqp28549@momjian.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200611/54 X-Sequence-Number: 3888 Hello Bruce, Bruce Momjian wrote: > OK, but how does explaining the terms help our users? As we even have on sort-of-a solution for shared disk clusters (the Shared Disk Failover part), we should explain this term (as you already do there). Clarifying that all other solutions are for shared nothing clusters makes sense, IMO. We don't necessarily need to go into shared memory and the confusion which shared everything introduced. OTOH, where else to enlighten people about that if not in such a documentation? To answer your question: by explaining these terms, they are demystified. The users will understand the experts better and have some fundamental terms which they can base their discussion on. Of course it's questionable how far to go, and we are debating just that now, I think. But I have no doubt in the OSS tradition of good documentation. Long live the saying 'RTFM'! :-) Regards Markus