Re: Backslash as ordinary char vs. not; set via a connection/session

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: ken(at)kensystem(dot)com
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Backslash as ordinary char vs. not; set via a connection/session
Date: 2006-07-27 20:37:49
Message-ID: 44C9241D.4040001@kaltenbrunner.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ken Johanson wrote:
> Tom and folks,
>
> Will it be possible to set this more standard backslash handling
> behavior -- and possibly similar conformance modes... in a way similar
> to how mysql allows? They allow one to issue commands on the connection
> like:
>
> SET SESSION sql_mode = 'NO_BACKSLASH_ESCAPES,IGNORE_SPACE,ANSI'
>
> The advantage to this is that ISPs, etc can, by default, run the
> database with the old/incorrect mode (which is more compatible with the
> correspondingly legacy/broken apps.. and for newer apps to issue that
> command to make the DB act more standards compliant..

postgresql can do that in an even more powerful way - but people tend to
not notice much of it in your case that would be:

ALTER ROLE foo SET standard_conforming_strings='off'

or even:

ALTER DATABASE bar SET standard_conforming_strings='off'

you can do that for nearly all GUCs (like
logging,client_encoding,search_path,....)

Stefan

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ken Johanson 2006-07-27 20:51:48 Re: Backslash as ordinary char vs. not; set via a connection/session
Previous Message Alvaro Herrera 2006-07-27 20:29:05 Re: Backslash as ordinary char vs. not; set via a connection/session variable