Re: Foreign key slows down copy/insert - Mailing list pgsql-performance

From Richard van den Berg
Subject Re: Foreign key slows down copy/insert
Date
Msg-id 425E7D96.6020201@trust-factory.com
Whole thread Raw
In response to Re: Foreign key slows down copy/insert  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Responses Re: Foreign key slows down copy/insert  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Re: Foreign key slows down copy/insert  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
List pgsql-performance
Hello Chris,

Thanks for your answers.

Christopher Kings-Lynne wrote:
> Deferring makes no difference to FK checking speed...

But why then is the speed acceptable if I copy and then manually add the
FK? Is the check done by the FK so much different from when it is done
automatically using an active deffered FK?

> Well, that's what people do - even pg_dump will restore data and add the
> foreign key afterward...

If I have to go this route, is there a way of automatically dropping and
re-adding FKs? I can probably query pg_constraints and drop the
appropriate ones, but how do I re-add them after the copy/insert?

Sincerely,

--
Richard van den Berg, CISSP
-------------------------------------------
Trust Factory B.V. |     www.dna-portal.net
Bazarstraat 44a    |  www.trust-factory.com
2518AK The Hague   |  Phone: +31 70 3620684
The Netherlands    |  Fax  : +31 70 3603009
-------------------------------------------

pgsql-performance by date:

Previous
From: Dawid Kuroczko
Date:
Subject: Re: speed of querry?
Next
From: Christopher Kings-Lynne
Date:
Subject: Re: Foreign key slows down copy/insert