From: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Enio Schutt Junior <enio(at)pmpf(dot)rs(dot)gov(dot)br>, pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Sometimes referential integrity seems not to work |
Date: | 2004-02-01 05:48:12 |
Message-ID: | 20040131214655.W11452@megazone.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
On Sat, 31 Jan 2004, Tom Lane wrote:
> Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> writes:
> > On Mon, 26 Jan 2004, Enio Schutt Junior wrote:
> >> In a database I am working, I sometimes have to delete all the records in
> >> some tables. According to the referential integrity defined in the creation
> >> of the tables, postmaster should not delete the records, but it does. I have
> >> used the following commands: "delete from table_1" and "truncate table_1".
> >> ...
> >> can the postgres user delete records despite referential integrity?
>
> I think the first PG release or two that had TRUNCATE TABLE would allow
> you to apply it despite the existence of foreign-key constraints on the
> table. Recent releases won't though.
Yeah, truncate didn't worry me much, but the implication that delete from
table_1; worked did.
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Fuhr | 2004-02-01 13:34:51 | Re: An order by question |
Previous Message | Tom Lane | 2004-01-31 23:40:48 | Re: Sometimes referential integrity seems not to work |