oracle中set role仅启用或禁用当前会话已授予的角色，不切换用户身份；需显式grant且带密码时须指定identified by，执行后session_roles更新，不支持default语法，禁用推荐set role all或显式切回原角色。
Oracle 里没有“切换用户”的概念，SET ROLE 只是启用或禁用当前会话中已授予的角色，不能替代 CONNECT 或 ALTER SESSION SET CURRENT_USER。
SET ROLE 在 Oracle 中的真实作用
SET ROLE 不改变登录用户（USER、SESSION_USER），只控制哪些角色的权限在当前会话中生效。它适用于角色被显式授予但未设为默认（DEFAULT）的情况。
- 角色必须已通过
GRANT role_name TO current_user显式授予你 - 若角色带密码（
IDENTIFIED BY），SET ROLE时必须提供，否则报错ORA-01979: missing or invalid password for role 'XXX' - 执行后，
SESSION_ROLES视图会更新，ROLE_ROLE列反映当前启用的角色 - 不支持
SET ROLE DEFAULT—— Oracle 不识别该语法，直接报错ORA-00922: missing or invalid option
为什么 SET ROLE 'xxx' 报 permission denied？
不是权限不足，而是授权链断裂。常见原因：
- 你没被
GRANT xxx TO your_user，只靠继承（比如父角色有xxx）不够 - 角色创建时用了
NOT IDENTIFIED，但你误写了IDENTIFIED BY导致语法错 - 角色被
REVOKE后残留元数据，查DBA_ROLE_PRIVS确认是否仍存在GRANTED_BY = 'YES' - 连接串里含
role=xxx参数，自动触发了角色启用，手动再SET ROLE就可能冲突
如何安全地禁用所有角色并恢复默认状态
别用 SET ROLE NONE 后就以为“干净了”——它只是清空当前启用列表，不影响后续行为；真正可靠的是：
-
SET ROLE ALL：启用所有已授予且无密码的角色（有密码角色会失败） -
SET ROLE ALL EXCEPT role1, role2：排除指定角色，适合临时收权 - 最稳妥的重置方式是断开重连，或显式切回原始角色：
SET ROLE <original_role_name></original_role_name>（前提是你知道自己最初被授了哪个角色） -
RESET ROLE是 PostgreSQL 的语法，Oracle 不支持，执行会报ORA-00900: invalid SQL statement
想真正“切换用户”？用 CONNECT，不是 SET ROLE
SET ROLE 和用户身份完全无关。如果你需要以另一个用户身份运行语句（比如用 HR 用户查表），唯一合规方式是：
-
CONNECT hr/hr_password（需有CREATE SESSION权限） - 或在应用层重新建立连接，使用目标用户的凭证
-
ALTER SESSION SET CURRENT_USER = 'hr'是无效语法 —— Oracle 不支持该语句，会报ORA-00922
容易被忽略的一点：即使你有 DBA 角色，也不能靠 SET ROLE 获得 SYS 用户的系统级上下文（如访问 X$ 表），那需要真正以 SYS AS SYSDBA 连接。
