X-Original-To: pgsql-general-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id F3AF9D1D9C2 for ; Tue, 20 Apr 2004 08:51:10 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 91440-03 for ; Tue, 20 Apr 2004 08:51:12 -0300 (ADT) Received: from web01-imail.rogers.com (web01-imail.bloor.is.net.cable.rogers.com [66.185.86.75]) by svr1.postgresql.org (Postfix) with ESMTP id 73710D1D52E for ; Tue, 20 Apr 2004 08:51:08 -0300 (ADT) Received: from phlogiston.dydns.org ([65.49.125.184]) by web01-imail.rogers.com (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id <20040420115053.BFBZ311526.web01-imail.rogers.com@phlogiston.dydns.org> for ; Tue, 20 Apr 2004 07:50:53 -0400 Received: by phlogiston.dydns.org (Postfix, from userid 1000) id DC9F23D2B; Tue, 20 Apr 2004 07:51:08 -0400 (EDT) Date: Tue, 20 Apr 2004 07:51:08 -0400 From: Andrew Sullivan To: pgsql-general@postgresql.org Subject: Re: Replication Message-ID: <20040420115108.GC29715@phlogiston.dyndns.org> Mail-Followup-To: pgsql-general@postgresql.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1+cvs20040105i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at web01-imail.rogers.com from [65.49.125.184] using ID at Tue, 20 Apr 2004 07:50:53 -0400 X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.1 tagged_above=0.0 required=5.0 tests=RCVD_IN_SORBS X-Spam-Level: X-Archive-Number: 200404/663 X-Sequence-Number: 59905 On Tue, Apr 20, 2004 at 11:26:24AM +0200, Pailloncy Jean-G?rard wrote: > Hi, > > I just see that Mysql will propose at the end of the month a full > synchronous replication system with auto-recovery. Well, sort of. It seems to be yet another 80/20 Solution From MySQL (tm). It looks like it's based on a new table type. It stores everything in memory, and then writes out asynchronously. This strikes me as pretty dangerous from the point of view of reliability: what if the box dies before the write is complete? (And don't tell me about super-redundant high-availability hardware. I _have_ all that. All hardware sucks; HA stuff just sucks less often at a higher price.) Also, it doesn't support the other table types. I don't want to contemplate the horrible mess you'd have to clean up if you had a transaction crossing three table types and get a hardware failure. I'm afraid I agree with the recently-posted Oracle Veep interview: this does not represent any serious challenge to the core ORAC market. > I use PostgreSQL and I would appreciate to have the same features in > PostgreSQL. Sure, so would I. Talk to Jan Wieck about what he plans to do about it, and maybe consider supporting that development work too ;-) A -- Andrew Sullivan | ajs@crankycanuck.ca