USER_SYS_PRIVS查当前用户权限,DBA_SYS_PRIVS查他人权限但需DBA权限;SESSION_PRIVS反映实时会话权限;查角色权限需递归查询DBA_ROLE_PRIVS和ROLE_SYS_PRIVS。
user_sys_privs 能查当前用户权限,dba_sys_privs 才能查别人——但后者需要 dba 权限,普通账号一执行就报 ora-00942: table or view does not exist。别硬试,先确认你有没有查别人的权限。
USER_SYS_PRIVS)这是最常用、最安全的起点,不需要额外权限,结果包含直授和角色继承来的生效权限:
SELECT PRIVILEGE FROM USER_SYS_PRIVS; 就够了,其他字段如 ADMIN_OPTION 在 Oracle 11g 中恒为 NO,不可信;COMMON 在单机库里始终是 NO,可忽略CREATE SESSION?正常——它是连接时隐式授予的,不会出现在任何系统权限视图里,只要能连上库,这个权限就在SET ROLE resource;,USER_SYS_PRIVS 不会立刻更新,它反映的是“授权快照”,不是实时会话状态DBA_SYS_PRIVS)想看 SCOTT 被 GRANT 过哪些权限,就得走这条路,但前提是你是 DBA 或有 SELECT_CATALOG_ROLE:
SELECT privilege, admin_option FROM DBA_SYS_PRIVS WHERE grantee = 'SCOTT'; ——注意用户名是大写,'scott' 查不到CREATE TABLE?很可能它来自 RESOURCE 角色,DBA_SYS_PRIVS 只记直授,不展开角色ADMIN_OPTION = 'YES' 表示该用户能用 WITH ADMIN OPTION 再转授,但这不等于当前会话已激活该权限DBA_ROLE_PRIVS + ROLE_SYS_PRIVS)单纯查 DBA_SYS_PRIVS 会漏掉 70% 以上的权限,因为 Oracle 主要用角色分发权限:
SELECT granted_role FROM DBA_ROLE_PRIVS WHERE grantee = 'SCOTT';
SELECT privilege FROM ROLE_SYS_PRIVS WHERE role = 'RESOURCE';
ROLE_SYS_PRIVS 本身不递归——如果 APP_ADMIN 角色又包含了 SELECT_CATALOG_ROLE,后者的权限不会自动出现在查询结果里,得手动再查一层SESSION_PRIVS)当你怀疑权限没生效、角色没启用、或者刚切换过角色,SESSION_PRIVS 是唯一能反映“此刻真实能力”的视图:
SELECT * FROM SESSION_PRIVS; ——结构最干净,只有 PRIVILEGE 一列,无干扰字段SET ROLE ALL; 后立刻刷新,而 USER_SYS_PRIVS 不变CREATE TABLE,会不会报错?”真正难的不是查出权限列表,而是搞清某条权限到底从哪来——USER_SYS_PRIVS 和 SESSION_PRIVS 都不告诉你来源,必须靠 USER_ROLE_PRIVS 和 ROLE_SYS_PRIVS 手动溯源,这点最容易卡住排查节奏。