执行GRANT SELECT ON view_name TO user2后仍查不到，是因为视图权限不自动传递至其依赖的底层对象（如schema_a.table1），必须显式授予user2对所有依赖表、函数等的相应权限，或通过WITH GRANT OPTION逐层授权。
GRANT SELECT ON view_name TO user2 为什么执行后还是查不到？
因为视图本质是封装了底层表（或其它对象）的查询逻辑，grant select on view_name 只授予对视图本身的访问权，不自动传递对视图中引用的表、序列、函数等对象的权限。如果视图定义里用了 schema_a.table1，而被授权用户 user2 没有 select 权限访问 schema_a.table1，哪怕视图授权成功，查询时仍会报 ora-00942: table or view does not exist 或 ora-01031: insufficient privileges。
- 必须确保视图所有依赖对象（尤其是表）对目标用户已显式授权，或通过
WITH GRANT OPTION逐层传递 - 如果视图基于同义词，还要确认同义词指向的对象权限是否就绪
- 用
SELECT text FROM all_views WHERE owner = 'OWNER' AND view_name = 'VIEW_NAME'查看视图定义，人工核验依赖链
WITH GRANT OPTION 能否解决跨 schema 视图查询问题？
可以，但仅限于“授予权限的人”本身拥有该权限且带 WITH GRANT OPTION。比如：schema_a 用户创建了视图 v_emp，它查的是 schema_a.emp；若 schema_a 执行了 GRANT SELECT ON emp TO schema_b WITH GRANT OPTION，之后 schema_b 才能成功创建视图并授权给 user2。
-
WITH GRANT OPTION不可继承：A → B 带 option，B → C 授权后，C 无法再转授给 D，除非 B 也显式加了 option - 系统权限如
SELECT ANY TABLE不支持WITH GRANT OPTION，只适用于对象权限 - 使用前务必检查源用户是否真有带 option 的权限：
SELECT grantable FROM dba_tab_privs WHERE grantee = 'SCHEMA_A' AND owner = 'SCHEMA_A' AND table_name = 'EMP' AND privilege = 'SELECT'
如何批量授予一个用户对另一个用户所有视图的查询权？
Oracle 不支持 GRANT SELECT ON ALL VIEWS 这类语法，必须生成动态 SQL。常见做法是用 all_views 视图拼出授权语句：
SELECT 'GRANT SELECT ON ' || owner || '.' || view_name || ' TO target_user;' FROM all_views WHERE owner = 'source_user';
把结果复制执行即可。注意：
- 只查
all_views，不包含物化视图（需额外查all_mviews） - 如果视图含函数、PL/SQL 包调用，还需单独确认这些对象的执行权限（
EXECUTE）是否到位 - 生产环境建议加
AND status = 'VALID'过滤无效视图，避免授权失败
查询 DBA_TAB_PRIVS 发现没记录，但用户确实能查视图？
说明权限可能来自角色（role），而非直接授予。视图权限若通过角色间接获得，DBA_TAB_PRIVS 不会显示——它只存对象级直接授权。此时应查：
-
SELECT * FROM dba_role_privs WHERE grantee = 'USER2'看用户有哪些角色 -
SELECT * FROM role_tab_privs WHERE role = 'ROLE_NAME'看该角色是否含目标视图权限 - 特别注意
SELECT_CATALOG_ROLE或自定义角色，它们常被误认为“已授权”，实则只是角色绑定
真正难排查的点在于：角色权限在会话中默认生效，但某些客户端（如旧版 SQL*Plus）需重新连接才加载新角色；而直接授权则立即生效。这点容易让人误判权限是否落地。
