Re: DROP COLUMN Progress - Mailing list pgsql-hackers

From Christopher Kings-Lynne
Subject Re: DROP COLUMN Progress
Date
Msg-id GNELIHDDFBOCMGBFGEFOOEABCDAA.chriskl@familyhealth.com.au
Whole thread Raw
In response to Re: DROP COLUMN Progress  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: DROP COLUMN Progress  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
List pgsql-hackers
> > I'm thinking that I should put a 'SearchSysCacheCopy' where my
> @@ comment is
> > to retrieve the attribute by name, and then do a check to see if it's
> > dropped.  Is that the best/fastest way of doing things?  Seems
> unfortunate
> > to add a another cache lookup in every parsed query...
>
> I am still looking but perhaps you could supress dropped columns from
> getting into eref in the first place.

OK, that's done.  I'm working on not allowing dropped columns in UPDATE
targets now.

Chris





pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: DROP COLUMN Progress
Next
From: "Christopher Kings-Lynne"
Date:
Subject: Re: DROP COLUMN Progress