角色已授但权限不生效，因oracle要求角色必须显式启用（set role）才进入会话上下文；查dba_role_privs仅知授权状态，需用select * from session_roles确认status为enabled，且session_privs中须含对应权限。
为什么角色已授但权限不生效
角色权限在 Oracle 中不是“授予即可用”，而是必须显式启用才能进入当前会话上下文。哪怕 DBA_ROLE_PRIVS 显示角色已授给用户，只要没执行 SET ROLE，该角色里的所有权限（包括 SELECT、INSERT 等对象权限和 CREATE TABLE 等系统权限）都不可见。这是 Oracle 的运行时安全机制，不是配置遗漏。
怎么确认角色是否真正启用
别只查 DBA_ROLE_PRIVS，它只告诉你“谁被授了什么角色”。关键要看运行时状态：
-
SELECT * FROM SESSION_ROLES;—— 返回结果中ROLE列对应的角色，STATUS必须是ENABLED才算生效；若为DISABLED或无记录，说明没启用 -
SELECT * FROM SESSION_PRIVS;—— 这里列出的是当前会话**实际能用的系统权限**，不含角色间接带来的权限；如果缺某权限，这里就不会出现 - 对 JDBC / cx_Oracle 等连接，默认不启用任何角色，哪怕 SQL*Plus 里测试正常，应用连进来也得手动
SET ROLE ALL或指定角色
AUTHID CURRENT_USER 下角色仍不生效的常见原因
即使存储过程声明了 AUTHID CURRENT_USER，角色权限也不是自动兜底的，必须满足三个硬性条件：
- 调用者会话中该角色必须已
ENABLED（见上一条） - 角色内所含权限必须覆盖过程内**每一行操作**：比如过程里先
SELECT再INSERT，角色就必须同时含这两个权限，缺一不可 - 跨 schema 访问时，权限必须精确匹配对象路径，例如角色含的是
SELECT ON hr.employees，就不能靠SELECT_CATALOG_ROLE替代 - 动态 SQL（
EXECUTE IMMEDIATE）不会自动继承调用者角色，除非上述两点全部满足且语句本身不触发定义者权限检查
如何正确启用角色并验证
启用方式取决于登录方式和环境：
- SQL*Plus 或命令行：直接执行
SET ROLE role_name;（有密码需加IDENTIFIED BY），或SET ROLE ALL; - JDBC 连接后：在第一个有效语句前执行
SET ROLE ALL（注意不能放在事务里，且需单独executeUpdate） - PL/SQL Developer / Navicat：图形界面不自动启用角色，必须在连接后手动执行
SET ROLE语句 - 验证是否成功：执行
SELECT * FROM SESSION_ROLES WHERE ROLE = 'YOUR_ROLE_NAME';，看STATUS是否为ENABLED
最常被忽略的是：应用连接池复用会话时，SET ROLE 只对当前会话生效，下次从池中取出的连接很可能未启用角色——必须在每次获取连接后显式执行一次。
