| From: | hubert depesz lubaczewski <depesz(at)depesz(dot)com> |
|---|---|
| To: | Peter Hunsberger <peter(dot)hunsberger(at)gmail(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: creation of foreign key without checking prior data? |
| Date: | 2009-09-17 17:44:55 |
| Message-ID: | 20090917174455.GA9730@depesz.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Thu, Sep 17, 2009 at 12:31:14PM -0500, Peter Hunsberger wrote:
> On Thu, Sep 17, 2009 at 11:40 AM, hubert depesz lubaczewski
> <depesz(at)depesz(dot)com> wrote:
> >
> > So, since (as we know) foreign keys are not fault-proof, wouldn't it be
> > good to provide a way to create them without all this time-consuming
> > check?
>
> No.
>
> If you don't want the behavior of a foreign key then just don't define
> a foreign key. Load the data, clean it up, then create the foreign key
I think you are missing the point. Data is clean. It's dump. creation of
fkey takes time, and i'd like to avoid this delay.
depesz
--
Linkedin: http://www.linkedin.com/in/depesz / blog: http://www.depesz.com/
jid/gtalk: depesz(at)depesz(dot)com / aim:depeszhdl / skype:depesz_hdl / gg:6749007
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Scott Marlowe | 2009-09-17 17:48:20 | pg_restore -j |
| Previous Message | Peter Hunsberger | 2009-09-17 17:31:14 | Re: creation of foreign key without checking prior data? |