- indication that <literal>E''</> string syntax is supported.) In a
- future release, <varname>standard_conforming_strings</> will be true,
- meaning backslashes will be treated literally in non-E strings. To
- prepare for this change, use <literal>E''</> strings in places that
- need special backslash processing, and turn on
- <varname>escape_string_warning</> to find additional strings that need
- to be converted to use <literal>E''</>. Also, use two single-quotes
- (<literal>''</>) to embed a literal single-quote in a string, rather
- than the PostgreSQL-supported syntax of backslash single-quote
- (<literal>\'</>). The former is standards-conforming and does not
- require the use of the <literal>E''</> string syntax. You can also use
- the <literal>$$</> string syntax, which does not treat backslashes
+ indication that <literal>E''</> string syntax is supported.)
+ In a future release, <varname>standard_conforming_strings</>
+ will be true, meaning backslashes will be treated literally in
+ non-E strings. To prepare for this change, use <literal>E''</>
+ strings in places that need special backslash processing, and
+ turn on <varname>escape_string_warning</> to find additional
+ strings that need to be converted to use <literal>E''</>.
+ Also, use two single-quotes (<literal>''</>) to embed a literal
+ single-quote in a string, rather than the
+ <productname>PostgreSQL</productname>-supported syntax of
+ backslash single-quote (<literal>\'</>). The former is
+ standards-conforming and does not require the use of the
+ <literal>E''</> string syntax. You can also use the
+ <literal>$$</> string syntax, which does not treat backslashes