Received: from maia.hub.org (maia-4.hub.org [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 03A8A6335EA for ; Mon, 26 Apr 2010 16:34:15 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 64494-02 for ; Mon, 26 Apr 2010 19:34:05 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from outmail149056.authsmtp.com (outmail149056.authsmtp.com [62.13.149.56]) by mail.postgresql.org (Postfix) with ESMTP id 196C16334E1 for ; Mon, 26 Apr 2010 16:34:03 -0300 (ADT) Received: from mail-c187.authsmtp.com (mail-c187.authsmtp.com [62.13.128.33]) by punt10.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id o3QJXxba054571; Mon, 26 Apr 2010 20:34:00 +0100 (BST) Received: from [192.168.0.2] (88-110-156-192.dynamic.dsl.as9105.com [88.110.156.192]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2) with ESMTP id o3QJXvac045970; Mon, 26 Apr 2010 20:33:57 +0100 (BST) Subject: Re: global temporary tables From: Simon Riggs To: Robert Haas Cc: pgsql-hackers@postgresql.org In-Reply-To: References: <1272148142.4161.1598.camel@ebony> <1272181795.4161.1604.camel@ebony> <1272200241.4161.1670.camel@ebony> Content-Type: text/plain Date: Mon, 26 Apr 2010 20:30:47 +0100 Message-Id: <1272310247.4161.5081.camel@ebony> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Server-Quench: a8628c78-516a-11df-ab46-001185d377ca X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdxZQATClZOTQEd DAteCiN5VAwpPBRK HVkIKg5MJUcNSQVJ NksadBtFagNbbElD HGQLWlREUl17WmB/ bg0fZQ1DY0tOQQRv VlZIS1BNEQ1vHhxP WR1/KHE0JlZGfHt5 YkYsW3FeWAorfUB/ Sh1THXADZGExdWEe BBZFJlFQdh5Kfh5E YlUrV3QKMjRJBC9q VzwTFhsSEA9kHWxa RgYHJFZaXUsOBjkm TgoTVSkmF0kIXE0A X-Authentic-SMTP: 61633235383639.1000:706/Kp X-AuthFastPath: 0 (Was 255) X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201004/1218 X-Sequence-Number: 161330 On Sun, 2010-04-25 at 11:35 -0400, Robert Haas wrote: > And I don't > think you can even get that far, because I don't think too many people > here are going to say that we shouldn't add global temporary tables > unless we can also make them work with Hot Standby. The policy round here for some time has been that when we implement things we make them work fully and seamlessly. I don't see why Hot Standby would be singled out any more than any other feature, say Windows support or tablespaces should be occasionally ignored. People need to get used to the new feature set, just as we had to with HOT, subtransactions, prepared transactions, Gist etc.. That may require a thwack from various people, but the responsibility lies with the new feature implementor, not the person supporting existing code. I fully understand your wish to implement a partial feature with caveats because I have argued that many times myself. But I've come to realise that the best way is to build things so they work cleanly across the board. Other developers can plan projects in the knowledge that they can build directly on firm foundations, not fill in the cracks. In the end this comes down to a choice as developers, do we help each other by doing a full job, or do we leave unexploded bombs for each other through short-termism? Now I understand this better myself, I act differently and accept objections if people think a fuller, more complete design is what is needed. Recent demonstrations of that available, both objecting and accepting. Don't see this as an extra task, just see it as one of the many aspects that will need to be considered when developing it. If you do that it need not be additional work. -- Simon Riggs www.2ndQuadrant.com