Re: composite types DROP..CASCADE behaviour - bug or intentional?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Nikhil Sontakke <nikhil(dot)sontakke(at)enterprisedb(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: composite types DROP..CASCADE behaviour - bug or intentional?
Date: 2009-02-13 15:47:44
Message-ID: 2641.1234540064@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Nikhil Sontakke <nikhil(dot)sontakke(at)enterprisedb(dot)com> writes:
>> Shouldn't the drop cascade have deleted comptype2 itself, instead of just
>> deleting the dependent column? Or this is the expected intentional
>> behaviour?

In the case of a table it's certainly the desired behavior that only
the column and not the whole table goes away. I don't see why composite
types should act differently.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2009-02-13 16:19:00 Re: Database corruption help
Previous Message Teodor Sigaev 2009-02-13 15:47:22 Re: GIN fast insert