Re: ALTER INDEX ... ALTER COLUMN not present in dump - Mailing list pgsql-hackers

From amul sul
Subject Re: ALTER INDEX ... ALTER COLUMN not present in dump
Date
Msg-id CAAJ_b94oyyh+17oLPEQ1AMgWxK0oTT34R+5xNigWJ5nYBqw7Mg@mail.gmail.com
Whole thread Raw
In response to Re: ALTER INDEX ... ALTER COLUMN not present in dump  (Michael Paquier <michael@paquier.xyz>)
Responses Re: ALTER INDEX ... ALTER COLUMN not present in dump  (amul sul <sulamul@gmail.com>)
List pgsql-hackers
On Mon, Dec 17, 2018 at 11:54 AM Michael Paquier <michael@paquier.xyz> wrote:
>
> On Mon, Dec 17, 2018 at 12:24:15AM -0500, Tom Lane wrote:
> > If we were to rename the "foo.expr" column at this point,
> > and then dump and reload, the expression column in the
> > second index would presumably acquire the name "expr"
> > not "expr1", because "expr" would no longer be taken.
> > So if pg_dump were to try to use that index column name
> > in ALTER ... SET STATISTICS, it'd fail.
>
> Good point, thanks!  I did not think about the case where a table uses
> an attribute name matching what would be generated for indexes.
>
> So this settles the argument that we had better not do anything before
> v11.  Switching the dump code to use column numbers has not proved to be
> complicated as only the query and some comments had to be tweaked.
> Attached is an updated patch, and I am switching back the patch to
> "Needs review" to have an extra pair of eyes look at that in case I
> missed something.

+1, will have a look, thanks.

Regards,
Amul


pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Fixing typos in tests of partition_info.sql
Next
From: Michael Paquier
Date:
Subject: Re: Fixing typos in tests of partition_info.sql