Re: bug report: pg_dump does not use CASCADE in DROP - Mailing list pgsql-bugs

From Tom Lane
Subject Re: bug report: pg_dump does not use CASCADE in DROP
Date
Msg-id 29956.1062278918@sss.pgh.pa.us
Whole thread Raw
In response to Re: bug report: pg_dump does not use CASCADE in DROP  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: bug report: pg_dump does not use CASCADE in DROP  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-bugs
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Tom Lane wrote:
>> The correct use of dependency information would be to sort the DROPs
>> into an order that should succeed *without* CASCADE.  (This will
>> actually happen for free AIUI, once pg_dump uses dependency info fully.
>> DROPping in the reverse of a safe creation order should work.)

> Right, but how do you drop two tables that REFERENCE each other?  Seems
> you have to use CASCADE in that case.

Nope.  It's still the inverse problem of pg_dump.  pg_dump would have to
dump such a construction with CREATE TABLEs followed by ALTER TABLE ADD
FOREIGN KEYs, right?  So the DROPs issued in reverse order are ALTER
TABLE DROP CONSTRAINTs followed by DROP TABLE.

            regards, tom lane

pgsql-bugs by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: bug report: pg_dump does not use CASCADE in DROP
Next
From: Bruce Momjian
Date:
Subject: Re: bug report: pg_dump does not use CASCADE in DROP