查DBA_TAB_PRIVS是最直接方式，该视图统一记录所有表级授权关系，需DBA权限或SELECT_CATALOG_ROLE角色；普通用户可用ALL_TAB_PRIVS查看自身相关授权，USER_TAB_PRIVS仅显示当前用户作为所有者授出的权限。
查 DBA_TAB_PRIVS 是最直接的方式
Oracle 不会把授权关系存在表名或注释里，而是统一记录在数据字典视图 DBA_TAB_PRIVS 中。只要你是 DBA 或有访问该视图的权限（比如被授予了 SELECT_CATALOG_ROLE），就能直接查出某张表被授给了谁。
执行这条语句即可：
SELECT grantee, privilege, grantable FROM dba_tab_privs WHERE owner = 'SCOTT' AND table_name = 'EMP';
注意：owner 和 table_name 都是大写（除非建表时用了双引号强制小写），否则查不到结果。
-
grantee是被授权的用户或角色名 -
privilege是具体权限，比如SELECT、INSERT -
grantable为YES表示该用户还能继续转授（WITH GRANT OPTION）
普通用户查不了 DBA_TAB_PRIVS？用 ALL_TAB_PRIVS
如果你不是 DBA，也没被授权查 DBA_TAB_PRIVS，那只能看到“自己能访问的授权信息”——也就是别人授给你的，或者你授出去且自己还能看到的。这时候用 ALL_TAB_PRIVS：
SELECT grantee, privilege, owner, table_name FROM all_tab_privs WHERE owner = 'SCOTT' AND table_name = 'EMP';
但要注意：ALL_TAB_PRIVS 不保证完整性。它只返回当前用户有权限感知到的那些授权记录，比如你没被授予 SELECT ANY TABLE，就看不到别人授给其他用户的同张表权限。
- 普通用户执行该查询，
grantee字段大概率是你自己（即你被谁授了权） - 想查“别人被授了哪些权”，必须走
DBA_TAB_PRIVS或让 DBA 帮你查
为什么 SELECT * FROM USER_TAB_PRIVS 查不到别人被授的权？
USER_TAB_PRIVS 只显示“当前用户作为所有者（owner）所授出的权限”，也就是你建的表、你执行过 GRANT 的那些记录。它不包含别人授给你的，更不包含别人授给第三人的。
常见误解：以为 USER_TAB_PRIVS 是“用户视角的全部授权视图”。其实它名字里的 USER 指的是“当前登录用户作为对象所有者”的上下文。
- 你用
SCOTT登录，USER_TAB_PRIVS显示的是SCOTT授出去的权限 - 你想知道
SCOTT.EMP被授给了谁，必须查DBA_TAB_PRIVS（where owner='SCOTT' and table_name='EMP'） - 如果查不到，说明你没权限；不是数据不存在，而是你没资格看
授权后立即生效？还是需要刷新缓存？
Oracle 的对象权限（如 GRANT SELECT ON SCOTT.EMP TO TEST）是立即生效的，不需要 commit，也不依赖任何缓存刷新。新用户下一次执行 SELECT 就能访问（前提是已有 CREATE SESSION 权限）。
但有一个容易忽略的点：如果目标用户之前已经连着数据库，且在授权前执行过对这张表的解析（比如刚执行过失败的 SELECT），可能会遇到 ORA-00942 错误残留。这不是权限没生效，而是 SQL 解析缓存还没更新。此时只需断开重连，或让对方执行 ALTER SYSTEM FLUSH SHARED_POOL（需 DBA 权限）——不过绝大多数情况，重连就够了。
真正卡住人的往往不是权限本身，而是忘了检查 grantee 是否拼错、大小写是否匹配、用户是否已解锁、是否漏了 CONNECT 权限——这些比查授权视图还常出问题。
