X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.130]) by svr1.postgresql.org (Postfix) with ESMTP id 40107D1B53A for ; Fri, 15 Aug 2003 06:34:40 +0000 (GMT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (neptune.hub.org [64.117.224.130]) (amavisd-new, port 10024) with ESMTP id 00546-04 for ; Fri, 15 Aug 2003 03:34:28 -0300 (ADT) Received: from houston.familyhealth.com.au (unknown [203.59.48.253]) by svr1.postgresql.org (Postfix) with ESMTP id 40B1CD1C50E for ; Fri, 15 Aug 2003 03:34:26 -0300 (ADT) Received: from mars (work-40.internal [192.168.0.40]) by houston.familyhealth.com.au (8.12.9/8.12.9) with SMTP id h7F6YBLt057391; Fri, 15 Aug 2003 14:34:11 +0800 (WST) (envelope-from chriskl@familyhealth.com.au) Message-ID: <25c101c362f8$9cdff400$2800a8c0@mars> From: "Christopher Kings-Lynne" To: "Stephan Szabo" , "Gavin Sherry" Cc: "Bruce Momjian" , "Peter Childs" , "PostgreSQL-development" References: <20030814231203.P6635-100000@megazone.bigpanda.com> Subject: Re: [GENERAL] 7.4Beta Date: Fri, 15 Aug 2003 14:44:01 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200308/797 X-Sequence-Number: 42454 > We've talked about stuff like that in the past, but we seem to generally > get stuck about how to specify it. If we add it to the alter table add as > an option then we're generating statements that are almost like a standard > sql statement, but not quite, and some people didn't like that. A set > option that only affected ALTER TABLE ADD CONSTRAINT wouldn't be too bad, > but I'd be worried about making it apply to the normal checks as well > (which I believe was suggested last time this came up). In any case, > making the full checks faster for when you really do care isn't a bad > plan. :) Or, this: 1. Add the FK to the table BEFORE COPYing data 2. Use the old update blah set reltriggers = 0 trick 3. restore the data 4. Undo step 2 Chris