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

Поиск
Список
Период
Сортировка
От Stefan Kaltenbrunner
Тема Re: Backslash as ordinary char vs. not; set via a connection/session
Дата
Msg-id 44C9241D.4040001@kaltenbrunner.cc
обсуждение исходный текст
Ответ на Backslash as ordinary char vs. not; set via a connection/session variable  (Ken Johanson <pg-user@kensystem.com>)
Ответы Re: Backslash as ordinary char vs. not; set via a connection/session  (Ken Johanson <pg-user@kensystem.com>)
Список 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

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Backslash as ordinary char vs. not; set via a connection/session variable
Следующее
От: Ken Johanson
Дата:
Сообщение: Re: Backslash as ordinary char vs. not; set via a connection/session