Oracle如何查看被授予角色的用户列表_查询DBA_ROLE_PRIVS
来源：互联网 2026-04-15 21:36:31掌握DBA_ROLE_PRIVS：精准查询Oracle角色授权的核心视图 在Oracle数据库权限管理中，若要明确查询“哪些角色被授予了哪些用户”，DBA_ROLE_PRIVS视图是至关重要的工具。需要注意的是，访问此视图通常需要具备SELECT_CATALOG_ROLE或DBA等高级权限。普通用户
掌握DBA_ROLE_PRIVS：精准查询Oracle角色授权的核心视图
在Oracle数据库权限管理中，若要明确查询“哪些角色被授予了哪些用户”，DBA_ROLE_PRIVS视图是至关重要的工具。需要注意的是，访问此视图通常需要具备SELECT_CATALOG_ROLE或DBA等高级权限。普通用户一般只能通过USER_ROLE_PRIVS查看自身角色，或使用SESSION_ROLES了解当前会话激活的角色。
查询DBA_ROLE_PRIVS时为何可能返回空结果？
许多用户曾遇到此类情况：使用普通账户登录后，执行SELECT * FROM DBA_ROLE_PRIVS;，却收到ORA-00942: table or view does not exist错误提示。
长期稳定更新的攒劲资源： >>>点此立即查看<<<
这并非因为视图不存在，而是当前用户缺乏查询该视图的权限。就如同持有普通门禁卡，却无法进入仅限管理员访问的档案室。
- 普通用户默认只能查询
USER_ROLE_PRIVS，该视图仅显示当前用户自身的角色授权信息。 - 需特别注意，Oracle并未提供名为
ALL_ROLE_PRIVS的视图。 - 换言之，若想查看其他用户的角色授予情况，不具备
DBA或相应授权身份是无法实现的。
如何查询特定角色被授予了哪些用户（以CONNECT角色为例）
在拥有相应权限的前提下，查询操作将变得直接。例如，若要查找所有被授予CONNECT角色的用户，可使用以下SQL语句：
SELECT GRANTEE, GRANTED_ROLE, ADMIN_OPTION, DEFAULT_ROLE FROM DBA_ROLE_PRIVS WHERE GRANTED_ROLE = 'CONNECT';
执行查询时，有几个关键细节值得关注：
GRANTEE列显示被授权者，可能是用户，也可能是另一个角色，这构成了角色嵌套授权的基础。- 若
ADMIN_OPTION显示为'YES'，则表示该用户有权将此角色再次授予其他用户或角色。 DEFAULT_ROLE = 'YES'意味着用户登录时该角色会自动激活；若为'NO'，则需手动执行SET ROLE命令启用。- 角色名称严格区分大小写。使用
'connect'很可能无法查到结果，必须使用'CONNECT'。
如何查询特定用户被授予的所有角色（以SCOTT用户为例）
反之，若要查看如SCOTT这样的用户被直接授予了哪些角色，查询语句与之类似：
SELECT GRANTED_ROLE, ADMIN_OPTION, DEFAULT_ROLE FROM DBA_ROLE_PRIVS WHERE GRANTEE = 'SCOTT';
此处需补充说明几点：
- 该查询结果仅包含直接授予
SCOTT用户的角色，不会展示通过角色继承链获得的间接权限。 - 若想一次性获取
SCOTT用户所有的系统权限（包括通过角色间接获得的），需要联合查询DBA_SYS_PRIVS等视图，仅靠DBA_ROLE_PRIVS无法满足此需求。 - 若查询结果中
GRANTEE列的值为另一个角色名（例如'APP_DEVELOPER'），则表明这是一次“角色授予角色”的操作，而非直接授予用户。
不具备DBA权限时的替代查询方案
对于大多数没有高级权限的普通用户，并非完全无法进行权限查询。我们可以将焦点集中在自身权限范围内：
- 查看自身拥有的角色：
SELECT * FROM USER_ROLE_PRIVS; - 查看当前会话激活的角色：
SELECT * FROM SESSION_ROLES;（注意：未通过SET ROLE激活或非默认的角色不会在此显示） - 查看当前有效的系统权限：
SELECT * FROM SESSION_PRIVS; - 最直接的权限验证方式：当不确定对某张表是否拥有操作权限时，直接尝试执行
SELECT或INSERT等语句，有时比查询权限视图更为可靠。因为权限可能来源于角色、直接的对象授权，甚至是复杂的细粒度访问控制策略，权限视图未必能完全覆盖所有情况。
值得注意的是，Oracle权限管理的复杂性往往体现在其多层嵌套的授权体系上。一个典型的授权链条可能是：用户 → 角色A → 角色B → 最终的系统权限。仅凭DBA_ROLE_PRIVS视图只能看到“谁被直接授予了什么角色”这第一层关系。要理清整个授权链条，还需要进一步查询ROLE_ROLE_PRIVS（角色间的授予关系）和ROLE_SYS_PRIVS（角色包含的系统权限）。这才是全面理解Oracle权限脉络的关键所在。
侠游戏发布此文仅为了传递信息，不代表侠游戏网站认同其观点或证实其描述
