Re: [HACKERS] GRANT EXECUTE ON FUNCTION foo() TO bar();

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: [HACKERS] GRANT EXECUTE ON FUNCTION foo() TO bar();
Дата
Msg-id c2921ffd-ae90-7808-4394-93113245256f@BlueTreble.com
обсуждение исходный текст
Ответ на Re: [HACKERS] GRANT EXECUTE ON FUNCTION foo() TO bar();  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
On 2/22/17 2:51 AM, Pavel Stehule wrote:
> The solution based on rights is elegant, but in this moment I cannot to
> see all possible impacts on performance - because it means new check for
> any call of any function. Maybe checking call stack can be good enough -
> I have not idea how often use case it it.

I think the simple solution to that is not to use proacl for this 
purpose but to add an oidvector to pg_proc that is a list of allowed 
callers. If the vector is kept sorted then it's a simple binary search.

BTW, I agree that this feature would be useful, as would PRIVATE, but 
they're two separate features.
-- 
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
855-TREBLE2 (855-873-2532)



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Fabien COELHO
Дата:
Сообщение: Re: [HACKERS] [PATCH] Suppress Clang 3.9 warnings
Следующее
От: Jim Nasby
Дата:
Сообщение: Re: [HACKERS] Replication vs. float timestamps is a disaster