Re: Changing column order through dump and restore

Поиск
Список
Период
Сортировка
От Alex Stanier
Тема Re: Changing column order through dump and restore
Дата
Msg-id HE1PR0501MB2363DF06F31619E808491136FC220@HE1PR0501MB2363.eurprd05.prod.outlook.com
обсуждение исходный текст
Ответ на Re: Changing column order through dump and restore  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-admin

> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> Sent: 27 June 2016 21:56
> To: Alex Stanier <Alex.stanier@proactis.com>
> Cc: pgsql-admin@postgresql.org
> Subject: Re: [ADMIN] Changing column order through dump and restore
>
> Alex Stanier <Alex.stanier@proactis.com> writes:
> > # Dump the database (schema only)
> > pg_dump -s my_database > my_database_schema.dmp # Dump the database
> > (data only) as insert statements and with commands to disable triggers
> > pg_dump -a --disable-triggers --column-inserts my_database >
> > my_database_data.dmp
>
> > I understand the data restore will be slow (due to the inefficiency of
> > the INSERT statements), but is this a valid way to go about column
> > re-ordering?
>
> FWIW, you shouldn't need to use --column-inserts mode, because even in
> default COPY output, pg_dump emits column name lists in the COPY commands.
> So the right things should happen when reloading into a database with
> modified column order.
>
> Haven't thought about it in great detail, but your plan sounds generally
> sane otherwise.
>
>             regards, tom lane

Great thank you. Useful to know about the COPY; it has speeded the process up dramatically.

Regards,
Alex Stanier.


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Changing column order through dump and restore
Следующее
От: Mark Steben
Дата:
Сообщение: long running delete