Re: BUG #13736: pg_dump should use E'' quotes - Mailing list pgsql-bugs

From Felipe Gasper
Subject Re: BUG #13736: pg_dump should use E'' quotes
Date
Msg-id 562EA3CC.1030501@felipegasper.com
Whole thread Raw
In response to Re: BUG #13736: pg_dump should use E'' quotes  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: BUG #13736: pg_dump should use E'' quotes  (Andres Freund <andres@anarazel.de>)
List pgsql-bugs
On 26 Oct 2015 4:55 PM, David G. Johnston wrote:
> On Mon, Oct 26, 2015 at 5:33 PM, Tom Lane <tgl@sss.pgh.pa.us
> <mailto:tgl@sss.pgh.pa.us>>wrote:
>
>     felipe@felipegasper.com <mailto:felipe@felipegasper.com> writes:
>     > When dumping a DB whose name has a backslash in it, I get a warning like:
>
>     > ------
>     > pg_dump: WARNING:  nonstandard use of \\ in a string literal
>     > LINE 1: ...) AS description FROM pg_database WHERE datname = 'i have / ...
>     >                                                              ^
>     > HINT:  Use the escape string syntax for backslashes, e.g., E'\\'.
>     > ------
>
>     It took me some time to reproduce that, but I eventually realized that
>     you must have standard_conforming_strings turned off in your database
>     settings.
>
>
> ​[...]
> ​
>
>
>     Yes.  For one thing, there would immediately be zero chance of loading
>     view definitions produced by pg_dump into any other DBMS,
>
>
> Ironic...​we cannot write a standard conforming string out because we
> are concerned other databases will be unable to read it.
>
> The OP is advised to set "escape_string_warning" to "off" if they also
> wish to have "standard_conforming_strings" set to "off".  The question
> then is whether we should do so during restore regardless of whether the
> user has done so.

The problem is that I don’t control the DB server...

-FG

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #13736: pg_dump should use E'' quotes
Next
From: Andres Freund
Date:
Subject: Re: BUG #13736: pg_dump should use E'' quotes