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

From: Nikhil Sontakke <nikhil(dot)sontakke(at)enterprisedb(dot)com>
To: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: composite types DROP..CASCADE behaviour - bug or intentional?
Date: 2009-02-13 12:17:07
Message-ID: a301bfd90902130417j2b9a3af6qf184c84803d707a1@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>
>
> Consider the following on latest sources:
>
> postgres=# create type c3 as (y int, z c1);

Oops, please disregard the above copy-paste unwanted sql.

>
> postgres=# create type comptype1 as (elem1 int);
>
> postgres=# create type comptype2 as (elem1 int, elem2 comptype1);
> postgres=# \d comptype2
> Composite type "public.comptype2"
> Column | Type
> --------+-----------
> elem1 | integer
> elem2 | comptype1
>
> postgres=# drop type comptype1 cascade;
> NOTICE: drop cascades to composite type comptype2 column elem2
> postgres=# \d comptype2
> Composite type "public.comptype2"
> Column | Type
> --------+---------
> elem1 | integer
>
> Shouldn't the drop cascade have deleted comptype2 itself, instead of just
> deleting the dependent column? Or this is the expected intentional
> behaviour?
>
> Regards,
> Nikhils
> --
> http://www.enterprisedb.com
>

--
http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message BogDan Vatra 2009-02-13 12:29:39 Re: SE-PostgreSQL and row level security
Previous Message Nikhil Sontakke 2009-02-13 12:15:18 composite types DROP..CASCADE behaviour - bug or intentional?