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 по дате отправления: