Re: dropping column prevented due to inherited index

Поиск
Список
Период
Сортировка
От Amit Langote
Тема Re: dropping column prevented due to inherited index
Дата
Msg-id CA+HiwqELTB1HnVPCWTYHgT73+aXibWg0Fz7QCGfeMr5g0pVqUg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: dropping column prevented due to inherited index  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: dropping column prevented due to inherited index  (Ashutosh Sharma <ashu.coek88@gmail.com>)
Список pgsql-hackers
Hello,

On Fri, Oct 4, 2019 at 5:57 PM Michael Paquier <michael@paquier.xyz> wrote:
>
> On Thu, Oct 03, 2019 at 09:18:12AM -0300, Alvaro Herrera wrote:
> > Hmm.  I wonder if we shouldn't adopt the coding pattern we've used
> > elsewhere of collecting all columns to be dropped first into an
> > ObjectAddresses array, then use performMultipleDeletions.
>
> +1.  That's the common pattern these days, because that's more
> performant.

Actually I don't see the peformMultipleDeletions() pattern being used
for the situations where there are multiple objects to drop due to
inheritance.  I only see it where there are multiple objects related
to one table.  Maybe it's possible to apply to the inheritance
situation though, but in this particular case, it seems a bit hard to
do, because ATExecDropColumn steps through an inheritance tree level
at a time.

But maybe I misunderstood Alvaro's suggestion?

>  I think that the patch should have regression tests.

I have added one in the attached updated patch.

Thanks,
Amit

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: How to retain lesser paths at add_path()?
Следующее
От: Suraj Kharage
Дата:
Сообщение: Re: identity column behavior in WHEN condition for BEFORE EACH ROW trigger