根本原因是Oracle权限不传递，视图依赖的底层表、函数、同义词等必须单独授予显式SELECT权限且不能来自角色；ORA-00942表示依赖对象不可见，ORA-01031表示缺显式权限；跨schema视图须在最底层对象上加WITH GRANT OPTION。
GRANT SELECT ON view_name TO user 为什么查不了数据
根本原因不是语句没执行成功，而是 Oracle 的权限模型不传递——视图只是查询封装，它不“持有”权限。用户能查视图的前提，是**对视图定义里每个底层对象（表、函数、同义词）都有显式 SELECT 权限**，且这些权限不能来自角色。
常见错误现象：
- 执行
GRANT SELECT ON app.v_emp_dept TO webuser后，webuser登录查视图报ORA-00942: table or view does not exist - 或者报
ORA-01031: insufficient privileges，但v_emp_dept确实存在且已授权
这说明问题不在视图本身，而在它的依赖链上。比如视图定义为 SELECT * FROM hr.employees，那 webuser 必须有 hr.employees 的 SELECT 权限，而不是靠 app 用户间接拥有。
WITH GRANT OPTION 在哪一层加才有效
WITH GRANT OPTION 对视图本身加是无效的——Oracle 不允许通过视图把底层表权限“穿透”出去。它只能加在**最底层的对象上**，也就是视图 SQL 中直接引用的那些表或函数。
例如视图 v_emp_dept 由 app 用户创建，定义中含 hr.employees 和 hr.departments：
- 必须由
hr用户执行：GRANT SELECT ON employees TO app WITH GRANT OPTION - 同样执行：
GRANT SELECT ON departments TO app WITH GRANT OPTION - 然后
app才能执行：GRANT SELECT ON v_emp_dept TO webuser
漏掉任意一个 WITH GRANT OPTION，app 就无法把权限“转授”给 webuser。可用这条语句验证：SELECT grantable FROM dba_tab_privs WHERE grantee = 'APP' AND owner = 'HR' AND table_name = 'EMPLOYEES' AND privilege = 'SELECT'，返回值必须是 YES。
ORA-01720：授权时提示“不存在授予选项”
这个错误明确告诉你：你正在尝试把一个没有 WITH GRANT OPTION 的权限再授出去。典型场景是 user_b 基于 user_a 的表建了视图，然后想把视图授给 user_c。
执行 GRANT SELECT ON user_b.v TO user_c 会直接报 ORA-01720，因为 user_b 对 user_a.t 的权限是普通授权，不带传递能力。
修复路径只有一条：回到源头，让 user_a 重新授权，加上 WITH GRANT OPTION：
conn user_a/user_aREVOKE SELECT ON t FROM user_bGRANT SELECT ON t TO user_b WITH GRANT OPTION
之后 user_b 才能成功执行视图授权。注意：REVOKE + GRANT 是必须的，Oracle 不支持对已有授权追加 WITH GRANT OPTION。
Java 应用连 Oracle 视图报 ORA-01031 怎么快速定位
应用层报错往往掩盖了真实层级。先别急着重授视图权限，用应用实际连接的数据库账号（比如 app_user）手动登录 SQL*Plus 或 SQL Developer，执行：
SELECT * FROM schema.view_name;
观察具体报什么错：
- 如果报
ORA-00942：说明某个底层对象名解析失败，检查ALL_DEPENDENCIES或视图 DDL，顺着查每张表是否已对app_user授权 - 如果报
ORA-01031：说明权限存在但不足，重点查是否有函数、序列、同义词未授权，或权限被角色包裹（Oracle 不认角色里的对象权限）
特别注意同义词：视图里写的是 emp_syn，那得查 emp_syn 指向谁，再查那个真实表是否已授权。物化视图也一样，它不算在 ALL_VIEWS 里，得查 ALL_MVIEWS。
