Re: pg_dump and backslash escapes

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_dump and backslash escapes
Дата
Msg-id 5708.1147550583@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pg_dump and backslash escapes  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: pg_dump and backslash escapes
Список pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
>     -- Set escape environment for possible loading into version >= 8.2.
>     -- If variables are not supported, suppress error messages.
>     SET client_min_messages = panic;
>     SET log_min_messages = log;
>     SET log_min_error_statement = panic;
>     SET escape_string_warning = off;
>     SET standard_conforming_strings = off;
>     RESET log_min_error_statement;
>     RESET log_min_messages;
>     RESET client_min_messages;

Thrashing about with the message level settings like that is useless.
Either the command will work or it won't.  And we've not bothered to
try to suppress warnings for any of the other SET commands pg_dump
issues.  AFAICS all you've accomplished here is to make the dump
dependent on even more GUC variables than it needs to be (consider
what will happen if we remove/redefine the log level variables in
future).

I don't particularly like the way that pg_dump is behaving at the
moment, ie cluttering the output with E'' strings.  That makes it
unnecessarily hard to use the output to load into other databases
or older PG versions.  What I'd like to do is SET
standard_conforming_strings appropriately (this probably has to be
a command line option, since it'll depend on where you want to use
the output) and then not use E'' strings at all.
        regards, tom lane


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: pg_dump and backslash escapes
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Upcoming releases