From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)atentus(dot)com>, hannu(at)tm(dot)ee, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: DROP COLUMN misbehaviour with multiple inheritance |
Date: | 2002-09-20 02:27:11 |
Message-ID: | 200209200227.g8K2RBm26207@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Christopher Kings-Lynne wrote:
> > That seems right, but the problem I have with it is that the resulting
> > state of c.f1 is attisinherited = 1. This means that you cannot drop
> > c.f1. It seems to me that we should have this behavior:
>
> Has anyone given much thought as to perhaps we could just drop multiple
> inheritance from Postgres? There are people using single inheritance - but
> how many actually use multiple inheritance? If we dumped it we could use
> the proposed all-child-tables-in-one-relation idea, and everything would
> become very easy...
I am for it. Multiple inheritance is more of a mess than a help. Just
look at C++. Everyone is moving away from multiple inheritance for that
reason.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Kings-Lynne | 2002-09-20 02:40:31 | Re: Proposal for resolving casting issues |
Previous Message | Christopher Kings-Lynne | 2002-09-20 02:08:00 | Re: DROP COLUMN misbehaviour with multiple inheritance |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-09-20 02:49:32 | Re: DROP COLUMN misbehaviour with multiple inheritance |
Previous Message | Christopher Kings-Lynne | 2002-09-20 02:08:00 | Re: DROP COLUMN misbehaviour with multiple inheritance |