From: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
---|---|
To: | Keary Suska <hierophant(at)pcisys(dot)net> |
Cc: | Postgres General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Referential Integrity Violation not triggered |
Date: | 2001-10-23 02:12:40 |
Message-ID: | Pine.BSF.4.21.0110221910330.48572-100000@megazone23.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Mon, 22 Oct 2001, Keary Suska wrote:
> I transferred a db from one machine (pg 7.0.3) to another machine (7.1.3),
> by dumping data only as proper insert strings, and on the new system
> creating the database and schema. When uploading the data to the new clean
> database, the data for table "A" failed to insert due to an additional
> column that was not in the schema. The funny part is, that 90% of the other
> tables refer to this table as a foreign key, but all of the data for those
> tables inserted without a referential integrity violation. I thought maybe
> the foreign key checks didn't enable for some reason, but I tested with
> bogus inserts and everything seems to be working as expected.
>
> Is this an "undocumented feature"?
Data only dumps disable triggers. That should be mentioned in the pg_dump
documentation (it is now, I'm not sure when it was added)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-10-23 02:32:57 | Re: [GENERAL] To Postgres Devs : Wouldn't changing the selectlimit |
Previous Message | Hiroshi Inoue | 2001-10-23 02:03:24 | Re: [GENERAL] To Postgres Devs : Wouldn't changing the |