| От | Josh Berkus |
|---|---|
| Тема | Re: Controlling changes in plpgsql variable resolution |
| Дата | |
| Msg-id | 4ADF68D5.8000404@agliodbs.com обсуждение исходный текст |
| Ответ на | Re: Controlling changes in plpgsql variable resolution (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Controlling changes in plpgsql variable resolution
Re: Controlling changes in plpgsql variable resolution |
| Список | pgsql-hackers |
> That's what the #option alternative is for. Yes, it's a bit ugly, but > it's perfectly functional, and secure too. I still don't see why it's needed. If the function owner simply sets the option in the function definitions (as a userset), it doesn't matter what the calling user sets, does it? All that's needed is a scripting example to set this in all function definitions as a regular setting. --Josh Berkus
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера