Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 838F4B626D5 for ; Thu, 2 Jun 2011 16:54:39 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 78438-04 for ; Thu, 2 Jun 2011 19:54:32 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id 749E5B6294E for ; Thu, 2 Jun 2011 16:54:32 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id p52JsUIR027668; Thu, 2 Jun 2011 15:54:30 -0400 (EDT) To: Robert Haas cc: Tatsuo Ishii , mangoo@wpkg.org, scott.marlowe@gmail.com, t-ishii@sra.co.jp, Kevin.Grittner@wicourts.gov, pgsql-hackers@postgresql.org Subject: Re: pgpool versus sequences In-reply-to: References: <16063.1306811813@sss.pgh.pa.us> <4DE4A652.2040301@wpkg.org> <25524.1306848814@sss.pgh.pa.us> <20110601.001430.1098605953350881110.t-ishii@sraoss.co.jp> <26909.1306965898@sss.pgh.pa.us> <27741.1306968830@sss.pgh.pa.us> Comments: In-reply-to Robert Haas message dated "Thu, 02 Jun 2011 10:31:46 -0400" Date: Thu, 02 Jun 2011 15:54:30 -0400 Message-ID: <27667.1307044470@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-5 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201106/183 X-Sequence-Number: 188896 Robert Haas writes: > On Wed, Jun 1, 2011 at 6:53 PM, Tom Lane wrote: >> Please note also that what pgpool users have got right now is a time >> bomb, which is not better than immediately-visible breakage.  I would >> prefer to try to get this change out ahead of widespread adoption of the >> broken pgpool version. > Hmm, I gather from what Tatsuo is saying at the web site that this has > only been broken since the release of 3.0 on February 23rd, so given > that I think your approach makes sense. Done, and I also installed a kluge to clean up the damage retroactively during any nextval/setval operation. regards, tom lane