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
>
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? |