Re: Referential Integrity Violation not triggered

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)

In response to

Browse pgsql-general by date

  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