user_tab_privs仅查用户直接拥有的对象权限，不含角色继承；查全部权限需递归展开角色链并合并结果；视图权限依赖基表权限，dba_tab_privs仅显示显式授权且不涵盖any权限。
查当前用户直接拥有的对象权限，用 USER_TAB_PRIVS
直接连上数据库、以目标用户身份登录后，执行：SELECT owner, table_name, privilege, grantable FROM USER_TAB_PRIVS;
它只返回该用户**被直接授予的**表、视图、序列等对象权限（不含角色继承来的）。grantable 为 YES 表示该权限带 WITH GRANT OPTION，能再转授他人。
常见错误：用 ALL_TAB_PRIVS 查自己权限——它会混入“你有权限访问、但不是授给你的”对象（比如你有 SELECT ANY TABLE），干扰判断。
查当前用户全部对象权限（含角色继承），得拼查询
Oracle 不提供单视图直接列出“所有可达对象权限”，必须手动展开角色链：
• 先查当前用户有哪些角色：SELECT granted_role FROM USER_ROLE_PRIVS;
• 再查每个角色带哪些对象权限：SELECT owner, table_name, privilege FROM ROLE_TAB_PRIVS WHERE role = 'XXX';
• 把结果和 USER_TAB_PRIVS 合并去重（用 UNION ALL + DISTINCT）
注意：ROLE_TAB_PRIVS 只返回角色定义时显式授予的对象权限，不包含角色再继承自其他角色的权限——嵌套角色需递归查 ROLE_ROLE_PRIVS，实际中容易漏层。
查视图权限时，别忘了基表权限也得有
对象权限不是孤立生效的。典型问题：你给了用户 v_emp 的 SELECT 权限，但查询仍报 ORA-00942 或 ORA-01031。
原因：视图定义里引用了 schema_a.emp，而用户没有对 schema_a.emp 的 SELECT 权限。
解决步骤：
• 用 SELECT text FROM ALL_VIEWS WHERE owner = 'SCHEMA_A' AND view_name = 'V_EMP'; 看定义
• 手动提取所有被引用的表、函数、同义词
• 对每个对象，查 USER_TAB_PRIVS 或对应 DBA_TAB_PRIVS 确认权限是否存在
• 若底层对象属他人，且对方愿放权，需其加 WITH GRANT OPTION 后重新授权
批量查某 Schema 下所有对象权限，注意 DBA_TAB_PRIVS 的局限性
比如确认 APP_USER 对 HR 下所有表有没有 SELECT 权限：SELECT table_name, privilege FROM DBA_TAB_PRIVS WHERE grantee = 'APP_USER' AND owner = 'HR' AND privilege = 'SELECT';
但要注意：
• 这个查询只返回“显式授予”的记录；即使 APP_USER 有 SELECT ANY TABLE，也不会列在这里
• 如果 HR 下有大量视图，table_name 字段显示的是视图名，不是基表名，不能替代基表权限检查
• 权限可能来自角色间接授予，此时该语句完全查不到——必须结合角色链分析
WITH GRANT OPTION 是否存在、大小写是否匹配（尤其用户名和对象名）。漏掉任一环，SELECT 都会失败。
