Re: DROP TABLE... CASCADE weirdness - Mailing list pgsql-hackers

From Tom Lane
Subject Re: DROP TABLE... CASCADE weirdness
Date
Msg-id 26034.1032014633@sss.pgh.pa.us
Whole thread Raw
In response to Re: DROP TABLE... CASCADE weirdness  (Hannu Krosing <hannu@tm.ee>)
Responses Re: DROP TABLE... CASCADE weirdness
List pgsql-hackers
Hannu Krosing <hannu@tm.ee> writes:
> This seems to be a problem that is of similar nature to our UNIQUE
> constraints not working in all cases (depending on the _physical_ order
> of tuples, which should never affect any user-visible behaviour).

No, I don't see any similarity at all.  The behavior Alvaro is unhappy
with is perfectly deterministic and repeatable.  He's basically saying
that DROP should be forgiving of redundant DROP operations, so long as
they are packaged into a single command.  I don't really agree with
that, but it doesn't seem related to the UNIQUE issues.

> The two DROP TABLE cases are not equivalent in the sense that the first
> is _one_ command and the other is _two_ separate commands.

As long as they are wrapped into a single transaction block, there is no
difference.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Hannu Krosing
Date:
Subject: Re: DROP TABLE... CASCADE weirdness
Next
From: Tom Lane
Date:
Subject: Re: Multicolumn foreign keys need useless unique indices?