The view role_table_grants identifies all privileges granted on tables or views where the grantor or grantee is a currently enabled role. Further information can be found under table_privileges. The only effective difference between this view and table_privileges is that this view omits tables that have been made accessible to the current user by way of a grant to PUBLIC.
Table 35-34. role_table_grants Columns
|grantor||sql_identifier||Name of the role that granted the privilege|
|grantee||sql_identifier||Name of the role that the privilege was granted to|
|table_catalog||sql_identifier||Name of the database that contains the table (always the current database)|
|table_schema||sql_identifier||Name of the schema that contains the table|
|table_name||sql_identifier||Name of the table|
|privilege_type||character_data||Type of the privilege: SELECT, INSERT, UPDATE, DELETE, TRUNCATE, REFERENCES, or TRIGGER|
|is_grantable||yes_or_no||YES if the privilege is grantable, NO if not|
|with_hierarchy||yes_or_no||In the SQL standard, WITH HIERARCHY OPTION is a separate (sub-)privilege allowing certain operations on table inheritance hierarchies. In PostgreSQL, this is included in the SELECT privilege, so this column shows YES if the privilege is SELECT, else NO.|
If you see anything in the documentation that is not correct, does not match your experience with the particular feature or requires further clarification, please use this form to report a documentation issue.