Re: BUG #4027: backslash escaping not disabled in plpgsql

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: BUG #4027: backslash escaping not disabled in plpgsql
Дата
Msg-id 200803120754.14367.peter_e@gmx.net
обсуждение исходный текст
Ответ на Re: BUG #4027: backslash escaping not disabled in plpgsql  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #4027: backslash escaping not disabled in plpgsql  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: BUG #4027: backslash escaping not disabled in plpgsql  (Bruce Momjian <bruce@momjian.us>)
Re: BUG #4027: backslash escaping not disabled in plpgsql  (Bruce Momjian <bruce@momjian.us>)
Re: BUG #4027: backslash escaping not disabled in plpgsql  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-bugs
Tom Lane wrote:
> plpgsql does not consider standard_conforming_strings --- it still uses
> backslash escaping in its function bodies regardless.  Since the
> language itself is not standardized, I see no particular reason that
> standard_conforming_strings should govern it.

I think plpgsql should behave either consistently with the rest of PostgreSQL
or with Oracle, which it is copied from.

> I believe the reason for
> not changing it was that it seemed too likely to break existing
> functions, with potentially nasty consequences if they chanced to be
> security definers.

Is this actually true or did we just forget it? :-)

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: 8.3.0 backend segfaults
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #4027: backslash escaping not disabled in plpgsql