| От | Fabien COELHO |
|---|---|
| Тема | Re: [HACKERS] proposal: session server side variables |
| Дата | |
| Msg-id | alpine.DEB.2.20.1612281523420.4911@lancre обсуждение исходный текст |
| Ответ на | Re: [HACKERS] proposal: session server side variables (Craig Ringer <craig@2ndquadrant.com>) |
| Список | pgsql-hackers |
>> Also, I'm not yet convinced that simple privatizable transcient/session >> variables would not be enough to fit the use case, [...] > So... maybe? The main question then becomes how you integrate access control. For what it's worth, permissions on persistent functions could be used to control access to private-to-a-role transcient/session variables, see: https://www.mail-archive.com/pgsql-hackers@postgresql.org/msg300651.html The good point is that the implementation on top of session variables would be trivial and very efficient, just prefix the variable with the owner id in the key-value storage. The bad point is that there is no full-featured GRANT on the variable itself, and it looks adhoc, somehow. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера