Received: from localhost (pluto.hub.org [200.46.204.4]) by postgresql.org (Postfix) with ESMTP id A79269FB256 for ; Tue, 21 Nov 2006 10:45:37 -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 42768-02-2 for ; Tue, 21 Nov 2006 10:45:20 -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 1F6459FB258 for ; Tue, 21 Nov 2006 10:43:52 -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:32:36 +0100 id 02190D12.4562B9A4.00005076 Message-ID: <4562B9A4.4000909@bluegap.ch> Date: Tue, 21 Nov 2006 09:32:36 +0100 From: Markus Schiltknecht User-Agent: Icedove 1.5.0.8 (X11/20061116) MIME-Version: 1.0 To: Bruce Momjian CC: Josh Berkus , pgsql-docs@postgresql.org, Jim Nasby , Jeff Frost , Chris Browne , sequoia@lists.forge.continuent.org Subject: Re: [HACKERS] Replication documentation addition References: <200611202210.kAKMA4e15035@momjian.us> In-Reply-To: <200611202210.kAKMA4e15035@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/55 X-Sequence-Number: 3889 Bruce Momjian wrote: > OK, I have updated the title to be "Statement-Based Replication Using > Middleware". I personally think statement-based replication only makes > sense in middleware because when you are in the backend, I completely agree. > you have more > information and can do things better, either by modifying the statement > or passing actual data rows, like Slony does, so I want to restrict this > to middleware like pgpool, and Usogres, which was an early > implementation of this idea. That's fine and reasonable. > Am I OK now? The title and first paragraph are fine. I'd still say that the second paragraph, about limitations is too pgpool specific. How's that for sequoia? And I'm unsure what you mean by mentioning 2PC there. Do you have to 'make sure every transaction commits or aborts' yourself with pgpool? Or did you just want to mention that pgpool does (and has to do) that for you? Regards Markus