| От | Andrew Dunstan |
|---|---|
| Тема | Re: Controlling changes in plpgsql variable resolution |
| Дата | |
| Msg-id | 4ADCAC6B.7040200@dunslane.net обсуждение исходный текст |
| Ответ на | Re: Controlling changes in plpgsql variable resolution (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Controlling changes in plpgsql variable resolution
|
| Список | pgsql-hackers |
Tom Lane wrote: > (a) Nobody but me is afraid of the consequences of treating this as > a GUC. (I still think you're all wrong, but so be it.) > I can't say I'm happy about it. For one thing, the granularity seems all wrong. I'd rather be able to keep backwards compatibility on a function by function basis. Or would the value of the GUC at the time the function was created stick? > What are the probabilities that the OpenACSes of the world will just > set the value to "backward compatible" instead of touching their code? > Quite high, I should say. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера