Java应用通过ojdbc连接Oracle12c访问其他用户表报ORA-00942错误

ORA-00942 错误的核心含义是当前数据库会话无法访问指定的表/视图对象，结合你描述的「SQL Developer同账号执行正常、Java应用执行报错」的场景，最可能的原因按概率从高到低排列如下：

• PL/SQL上下文角色权限不生效
  你收到的报错带有PL/SQL:前缀，说明该SQL是在PL/SQL块（存储过程、函数、匿名PL/SQL块）内部执行的。Oracle 有特殊的权限规则：PL/SQL 代码内部执行SQL时，用户通过角色获得的对象权限会完全失效，只有直接授予用户的权限才会生效。
  而你在SQL Developer中直接执行普通SQL时，角色授予的权限是正常生效的，所以不会报错。
  验证方式：你可以在SQL Developer中执行以下语句，确认访问CREDIT.USERS的权限是直接授予还是通过角色授予：

-- 检查直接授予PROD的权限
SELECT * FROM ALL_TAB_PRIVS WHERE GRANTEE = 'PROD' AND OWNER = 'CREDIT' AND TABLE_NAME = 'USERS';
-- 检查通过角色获得的权限
SELECT * FROM ROLE_TAB_PRIVS WHERE ROLE IN (SELECT GRANTED_ROLE FROM DBA_ROLE_PRIVS WHERE GRANTEE = 'PROD') AND OWNER = 'CREDIT' AND TABLE_NAME = 'USERS';

如果只有第二条查询有结果，就说明权限是通过角色授予的，你需要用CREDIT用户执行授权语句，直接给PROD用户赋权：

GRANT SELECT ON CREDIT.USERS TO PROD;

• JDBC连接配置不一致
  排查Java应用的ojdbc连接串，确认连接的数据库实例、端口、服务名/SID和SQL Developer的配置完全一致，避免误连到其他环境的数据库导致找不到对象。

• 对象名/关键字冲突问题
  你查询语句中的USER是Oracle内置关键字，如果CREDIT.USERS表的该列是建表时用双引号创建的小写名称（比如"user"），直接写C.USER会被Oracle解析为内置函数而不是表列，部分客户端的默认配置可能会自动处理关键字转义，导致SQL Developer执行正常而Java代码执行报错，你可以修改查询语句为以下格式验证：

SELECT C."USER" FROM CREDIT.USERS C

• Java会话属性异常
  检查Java应用获得数据库连接后，是否执行了ALTER SESSION SET CURRENT_SCHEMA、修改对象解析规则、或者启用了SQL改写/代理等中间件逻辑，导致SQL被修改后无法找到对应对象。

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