Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)
Date
Msg-id 19002.1064929780@sss.pgh.pa.us
Whole thread Raw
In response to Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Tom Lane wrote:
>> Since there's no performance difference at pg_dump time, I can't see any
>> advantage to freezing your decision then.

> I understand, and if everyone used pg_restore, then adding a flag to
> pg_restore to do this would make sense.  However, everyone is used to
> treating that dump file as a simple dump and throwing it into psql. 

So?  A GUC variable could be set equally easily either way.  In fact
more so.

> Psql doesn't have any special dump flags, so you have to do the
> environment variable trick,

You forgot SET ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Patrick Welche
Date:
Subject: Re: ecpg doesn't compile (datetime.h/dtime_t)
Next
From: Tom Lane
Date:
Subject: Re: Possible Commit Syntax Change for Improved TPS