Re: Column reordering in pg_dump

Поиск
Список
Период
Сортировка
От Robert Treat
Тема Re: Column reordering in pg_dump
Дата
Msg-id 200811141811.24326.xzilla@users.sourceforge.net
обсуждение исходный текст
Ответ на Re: Column reordering in pg_dump  ("hernan gonzalez" <hgonzalez@gmail.com>)
Список pgsql-hackers
On Friday 14 November 2008 13:37:05 hernan gonzalez wrote:
> On Fri, Nov 14, 2008 at 4:12 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> > "hernan gonzalez" <hgonzalez@gmail.com> writes:
> >> I've added an option to pg_dump to reorder
> >> columns in the ouput "CREATE TABLE" dump.
> >
> > This doesn't seem like a particularly good idea to me.  In the first
> > place, pg_dump is a tool for reproducing your database, not altering it,
> > so it seems like basically the wrong place to be inserting this type of
> > feature.  (There's been some talk of a Postgres ETL tool, which would be
> > the right place, but so far it's only talk :-(.)  In the second place,
> > column order is actually a pretty delicate affair when you start to
> > think about table inheritance situations and tables that have been
> > altered via ADD/DROP COLUMN.  We had bugs in pg_dump in the past with
> > its ability to deal with column order in such cases.  So I'm not nearly
> > as optimistic as you are that such a feature is incapable of causing
> > problems.
> >
> >                        regards, tom lane
> >
> > In the first placeplace, pg_dump is a tool for reproducing your database,
> > not altering it
>
> Yes, but the standard/recommended procedure for reorder columns in
> postgresql is "pg_dump , edit , restore". I just didn't want to mess
> editing a dump.
>

it's one method, but not the only method, see 
http://wiki.postgresql.org/wiki/Alter_column_position

> Of couse, the standard behavior of pg_dump is not altered when the
> "reorder" option
> is not use. And bear in mind that the reordering hook is guaranteed to
> alter only the order
> of the "CREATE TABLE"  fields. (The original and the modified dump
> will differ only in that;
> even in the case of dropped columns and inherited tables). The only
> possible troubling scenario
> I can imagine: a dump using a COPY without columns names in the data
> dump; but that
> only arises with version < 7.3.
>

yeah, i remember using that trick a lot... ah the good ole days :-P

-- 
Robert Treat
Conjecture: http://www.xzilla.net
Consulting: http://www.omniti.com


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: libpq-events windows gotcha
Следующее
От: Tom Lane
Дата:
Сообщение: Re: "ORDER BY" clause prevents "UPDATE WHERE CURRENT OF"