Re: ALTER INDEX ... ALTER COLUMN not present in dump

Поиск
Список
Период
Сортировка
От amul sul
Тема Re: ALTER INDEX ... ALTER COLUMN not present in dump
Дата
Msg-id CAAJ_b97YrG0LPfFfcXpPf4GGMcLYHjTG5hx-sRW+YYt70Orj9A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: ALTER INDEX ... ALTER COLUMN not present in dump  (amul sul <sulamul@gmail.com>)
Ответы Re: ALTER INDEX ... ALTER COLUMN not present in dump  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers


On Mon, Dec 17, 2018 at 12:20 PM amul sul <sulamul@gmail.com> wrote:
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.


I been through the patch -- looks good and does the expected job as discussed. 

make check and make check-world also fine.

Regards,
Amul 

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

Предыдущее
От: "Matsumura, Ryo"
Дата:
Сообщение: RE: [PROPOSAL]a new data type 'bytea' for ECPG
Следующее
От: Amit Langote
Дата:
Сообщение: Re: Fixing typos in tests of partition_info.sql