From: | Jim Nasby <jnasby(at)pervasive(dot)com> |
---|---|
To: | Wes <wespvp(at)syntegra(dot)com> |
Cc: | "Florian G(dot) Pflug" <fgp(at)phlo(dot)org>, louis gonzales <gonzales(at)linuxlouis(dot)net>, pgsql general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Adding foreign key constraints without integrity |
Date: | 2006-06-22 19:57:48 |
Message-ID: | 697EB47F-2C53-4E6E-A6C9-89C35128D8D0@pervasive.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Jun 21, 2006, at 8:38 AM, Wes wrote:
>> Maybe you could ask at some postgresql support companies how much
>> effort it
>> would
>> be to add a "without check" flag to "alter table add constraint
>> foreign key",
>> and
>> how much they'd charge for it...
>
> Or if I get ambitious, dig into the code myself if I can figure out
> where to
> start...
If nothing else, you should bring it up on -hackers and ask to have
this added as a TODO. It seems like a worth-while addition to pg_dump/
restore to me...
To answer another of your emails in this thread... a LAZY vacuum of
the entire database will read every table and index in the database.
Wanting to read the entire database to check for corruption is no
reason to do a VACUUM FULL. Also, if you're curious about restore
time for your upgrade, you should be doing the restore to an 8.1.4
database, not to your current version. There's been a ton of
performance improvements made. In fact, I'm wondering if constraint
checking in restore has been improved...
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
From | Date | Subject | |
---|---|---|---|
Next Message | Joe Conway | 2006-06-22 20:30:15 | Re: aggregate of bitstrings |
Previous Message | Alvaro Herrera | 2006-06-22 19:56:22 | Re: auto-vacuum & Negative "anl" Values |