为何在Oracle SQL中重新创建带SELECT权限的角色后失效？

核心原因：会话权限缓存未更新 #

Oracle会在用户建立会话时，一次性加载该用户已授予的角色及对应权限信息并缓存。当你删除旧的access1角色、重新创建并授权后，user2当前的活跃会话仍保留着旧角色（已被删除）的缓存数据，新角色的权限不会自动同步到现有会话中，导致会话无法识别新角色的权限，最终触发"表或视图不存在"的错误（本质是权限未生效）。

解决步骤 #

1. 刷新会话权限
   让user2在当前会话中手动启用新角色，执行：

   SET ROLE access1;
   

   更彻底的方式是让user2重新登录数据库，新会话会自动加载最新的角色权限配置。

2. 验证角色权限配置
   以user1身份执行以下SQL，确认权限是否正确授予给access1：

   SELECT grantee, table_name, privilege 
   FROM user_tab_privs 
   WHERE grantee = 'ACCESS1';
   

   需确保结果包含table1、table2、table3对应的SELECT、ALTER、DELETE权限。

3. 检查用户会话的角色状态
   以user2身份执行以下SQL，确认access1是否在当前会话中启用：

   SELECT role, enabled 
   FROM session_roles 
   WHERE role = 'ACCESS1';
   

   如果无返回结果，说明角色未激活，执行SET ROLE access1;即可生效。

为什么首次操作正常？ #

首次创建角色并授权后，user2是在权限配置完成后建立的会话，会话启动时直接加载了完整的角色权限信息，自然可以正常访问表。而重建角色后，user2的现有会话并未感知到角色的重建，仍使用旧的缓存数据，这是Oracle会话权限管理的默认机制。

内容的提问来源于stack exchange，提问作者Juansa Campoy