Re: pg_dump and backslash escapes - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pg_dump and backslash escapes
Date
Msg-id 5708.1147550583@sss.pgh.pa.us
Whole thread Raw
In response to pg_dump and backslash escapes  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: pg_dump and backslash escapes
List 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 by date:

Previous
From: Bruce Momjian
Date:
Subject: pg_dump and backslash escapes
Next
From: Tom Lane
Date:
Subject: Re: Upcoming releases