Открих, че по-добър подход (и изглежда си спомням, че това беше взето от някои заявки, вградени в psql, или може би изгледите на information_schema) е да се използва has_*_privilege функции и просто ги приложете към набор от всички възможни комбинации от потребител и обект. Това ще вземе предвид и достъпа до обект чрез някаква групова роля.
Например, това ще покаже кои потребители какъв достъп имат до некаталожни таблици и изгледи:
select usename, nspname || '.' || relname as relation,
case relkind when 'r' then 'TABLE' when 'v' then 'VIEW' end as relation_type,
priv
from pg_class join pg_namespace on pg_namespace.oid = pg_class.relnamespace,
pg_user,
(values('SELECT', 1),('INSERT', 2),('UPDATE', 3),('DELETE', 4)) privs(priv, privorder)
where relkind in ('r', 'v')
and has_table_privilege(pg_user.usesysid, pg_class.oid, priv)
and not (nspname ~ '^pg_' or nspname = 'information_schema')
order by 2, 1, 3, privorder;
Възможните привилегии са описани подробно в описанието на has_*_privilege функции на http://www .postgresql.org/docs/current/static/functions-info.html#FUNCTIONS-INFO-ACCESS-TABLE
.
„CREATE TEMP“ е привилегия на ниво база данни:тя позволява на потребителя да използва pg_temp_* схема. Може да се тества с has_database_privilege(useroid, datoid, 'TEMP') .
