From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, 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-02 16:54:42 |
Message-ID: | 401E80D2.9080909@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Stephan Szabo wrote:
> 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.
TRUNCATE cannot be used inside of a transaction, and since 7.3 it checks
for foreign keys. So I guess Enio is getting but ignoring the error
message when trying the delete, but then the truncate does the job in
his pre-7.3 database.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | scott.marlowe | 2004-02-02 18:40:01 | Re: Sometimes referential integrity seems not to work |
Previous Message | Richard Huxton | 2004-02-02 15:32:30 | Re: |