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
Re: BUG #4027: backslash escaping not disabled in plpgsql Re: BUG #4027: backslash escaping not disabled in plpgsql Re: BUG #4027: backslash escaping not disabled in plpgsql |
Список | 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 по дате отправления: