Re: restore whoes

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: restore whoes
Дата
Msg-id 7010.1013443371@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: restore whoes  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: restore woes  (Naomi Walker <nwalker@eldocomp.com>)
Re: restore whoes  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-admin
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> I think we can live with it _if_ we report a proper error message and
> suggest a solution.

Looking for a way to report an error message misses the point entirely,
IMHO (even if it weren't a horrid kluge).  I don't want to report an
error message; I want to read the file successfully.  If the file in
question is your dump from an already-erased previous version, being
told that you messed it up is no help.

Adding options to the COPY command is no help either, because the COPY
may be embedded in a multi-gigabyte dump file that you can't edit
conveniently.  (And what of pg_restore, or other applications that
generate COPY commands?)  My approach of using a GUC variable is better
because it can be set from outside the dump script --- in
postgresql.conf, if necessary.

            regards, tom lane

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

Предыдущее
От: Markus Bertheau
Дата:
Сообщение: Re: pg_upgrade cmdline issue
Следующее
От: Naomi Walker
Дата:
Сообщение: Re: restore woes