Re: Add pg_get_acl() function get the ACL for a database object
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: Add pg_get_acl() function get the ACL for a database object |
| Дата | |
| Msg-id | Znpm0wwIQygrG6W2@paquier.xyz обсуждение |
| Ответ на | Re: Add pg_get_acl() function get the ACL for a database object ("Joel Jacobson" <joel@compiler.org>) |
| Ответы |
Re: Add pg_get_acl() function get the ACL for a database object
|
| Список | pgsql-hackers |
On Tue, Jun 25, 2024 at 08:06:41AM +0200, Joel Jacobson wrote: > Not sure if I see how to implement it for pg_get_acl() though. > > I've had a look at how pg_describe_object() works for this case: > > SELECT pg_describe_object(0,'t'::regclass::oid,0); > ERROR: unsupported object class: 0 > > I suppose this is the error message we want in pg_get_acl() when > the class ID is invalid? Ah, and here I thought that this was also returning NULL. My previous work in this area only focused on the object OIDs, not their classes. At the end, I'm OK to keep your patch as it is, checking only for the case of pinned dependencies in pg_depend as we do for pg_describe_object(). It's still a bit confusing, but we've been living with that for years now without anybody complaining except me, so perhaps that's fine at the end to keep that as this is still useful. If we change that, applying the same rules across the board would make the most sense. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера