Re: Re: [BUGS] BUG #4027: backslash escaping notdisabled inplpgsql
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Re: [BUGS] BUG #4027: backslash escaping notdisabled inplpgsql |
| Дата | |
| Msg-id | 29182.1239391779@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Re: [BUGS] BUG #4027: backslash escaping notdisabled inplpgsql ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
| Ответы |
Re: Re: [BUGS] BUG #4027: backslash escaping
notdisabled inplpgsql
|
| Список | pgsql-hackers |
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> Let me ask this -- If we were to change the plpgsql parser to pay
> attention to the GUC, it couldn't break anything for any environment
> which always has the GUC 'off', could it?
Right, because the behavior wouldn't actually change.
I'm starting to lean in the same direction --- the current plpgsql
behavior with the GUC 'on' is sufficiently broken that it seems unlikely
anyone is doing much with plpgsql and that setting.
It still remains that actually flipping the default would probably
provoke lots of breakage, but plpgsql's current behavior doesn't
help that.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера