Re: DROP TABLE CASCADE doesn't drop dependencies

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robins Tharakan <tharakan(at)gmail(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: DROP TABLE CASCADE doesn't drop dependencies
Date: 2019-02-03 23:42:20
Message-ID: 25327.1549237340@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Robins Tharakan <tharakan(at)gmail(dot)com> writes:
> Is it expected for DROP TABLE CASCADE to find a related table but not drop
> it?
> The case in point, is when the base table is used as a column type.
> This can at least be reproduced in v9.6 and v10, where it silently drops
> the column!

Dropping the column is exactly what is supposed to happen: the scope
of the dependency is defined to be just the column of that type, not
the table containing it.

Not sure if this is documented anyplace in the SGML docs, but I'm
pretty sure we have regression test cases for it.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Robins Tharakan 2019-02-04 00:28:20 Re: DROP TABLE CASCADE doesn't drop dependencies
Previous Message Robins Tharakan 2019-02-03 23:22:43 DROP TABLE CASCADE doesn't drop dependencies