Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id 75CB39FB26E for ; Tue, 14 Nov 2006 18:40:17 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 94048-05 for ; Tue, 14 Nov 2006 22:40:13 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey- Received: from glacier.frostconsultingllc.com (glacier.frostconsultingllc.com [64.127.99.90]) by postgresql.org (Postfix) with ESMTP id 877439FA5C8 for ; Tue, 14 Nov 2006 18:40:13 -0400 (AST) Received: from adsl-69-226-255-19.dsl.pltn13.pacbell.net ([69.226.255.19]:57771 helo=discord.home.frostconsultingllc.com) by glacier.frostconsultingllc.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Gk6wl-0001Z8-Fd; Tue, 14 Nov 2006 14:40:09 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by discord.home.frostconsultingllc.com (8.13.7/8.13.7) with ESMTP id kAEMe3s5027775; Tue, 14 Nov 2006 14:40:03 -0800 Date: Tue, 14 Nov 2006 14:40:03 -0800 (PST) From: Jeff Frost X-X-Sender: jeff@discord.home.frostconsultingllc.com To: Bruce Momjian cc: Chris Browne , pgsql-docs@postgresql.org In-Reply-To: <200611142232.kAEMWL901054@momjian.us> Message-ID: References: <200611142232.kAEMWL901054@momjian.us> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-SA-Exim-Connect-IP: 69.226.255.19 X-SA-Exim-Mail-From: jeff@glacier.frostconsultingllc.com Subject: Re: [HACKERS] Replication documentation addition X-SA-Exim-Version: 4.2 (built Tue, 02 May 2006 07:39:18 -0400) X-SA-Exim-Scanned: Yes (on glacier.frostconsultingllc.com) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.67 tagged_above=0 required=5 tests=BAYES_40, FORGED_RCVD_HELO, SARE_SPEC_REPLICA X-Spam-Level: X-Archive-Number: 200611/16 X-Sequence-Number: 3850 On Tue, 14 Nov 2006, Bruce Momjian wrote: >>> We had a long discussion about that and felt that recommending >>> commercial products or even every open source project was too much. The >>> idea was that we should reference a web page that has them all mentioned, >>> but no one has set one up yet. >> >> That makes sense, I just hate to see us say something like "Oracle can do >> this with RAC but PostgreSQL cannot." > > Agreed. I think we would mention any PostgreSQL solution for this, even > if it is not open source. We mention solutions as examples in this part > of the documentation. > > FYI, as far as I know, Continuent's solution is "Query Broadcast Load > Balancing", not clustering. I would speculate that your terminology is slightly more accurate than mine. The do query broadcast, but they also do a bit more with it than that as they evaluate many of the non deterministic write queries on a particular server and update the broadcast query so each db gets the same value. I guess middleware of this sort automatically ends up in the query broadcast category. It just sounds awfully similar to the description of cluster for load balancing: In clustering, each server can accept write requests, and these write requests are broadcast from the original server to all other servers before each transaction commits. I guess it's kind of a fine line how it gets defined? -- Jeff Frost, Owner Frost Consulting, LLC http://www.frostconsultingllc.com/ Phone: 650-780-7908 FAX: 650-649-1954