应加 CASCADE CONSTRAINTS 强制回收，它仅删除直接依赖该权限的视图/物化视图定义，不删对象本身，也不影响其他用户通过角色获得的同名权限。
直接执行 revoke 就能撤权限，但多数失败不是语法错，而是没处理依赖或权限来源路径不对。
REVOKE 对象权限时提示 “dependent objects exist” 怎么办
这是 Oracle 在阻止你破坏依赖链：比如用户用 EMPLOYEES 表建了视图，你却直接 REVOKE SELECT ON EMPLOYEES FROM scott，Oracle 会报 ORA-01927: cannot revoke privileges you did not grant 或更常见的 ORA-00942: table or view does not exist（实际是依赖校验失败的伪装错误）。
- 先查依赖：
SELECT * FROM ALL_DEPENDENCIES WHERE REFERENCED_NAME = 'EMPLOYEES' AND OWNER = 'SCOTT'; - 如果确认可断开，必须加
CASCADE CONSTRAINTS（注意不是CASCADE）：REVOKE SELECT ON EMPLOYEES FROM scott CASCADE CONSTRAINTS; -
CASCADE CONSTRAINTS只删掉基于该权限创建的视图/物化视图定义，不删对象本身，也不影响其他用户通过角色获得的同名权限 - 别指望它自动清理函数、存储过程里对这张表的引用——那些属于运行时检查，
REVOKE不管
撤销的是用户直接受到的权限，不是角色继承来的
如果用户 scott 没被直接授过 SELECT ON EMPLOYEES，而是通过角色 hr_role 获得的，那么 REVOKE SELECT ON EMPLOYEES FROM scott 会报 ORA-01927 —— 因为你根本没授过。
- 查权限来源：
SELECT GRANTEE, GRANTED_ROLE FROM DBA_ROLE_PRIVS WHERE GRANTEE = 'SCOTT';看他持有哪些角色 - 再查角色含什么对象权限：
SELECT * FROM ROLE_TAB_PRIVS WHERE ROLE = 'HR_ROLE' AND TABLE_NAME = 'EMPLOYEES'; - 要真正撤掉权限，得
REVOKE hr_role FROM scott，或者直接REVOKE SELECT ON EMPLOYEES FROM hr_role（前提是你有ADMIN OPTION） - 图形界面里在 SQL Developer 的 “Role Privileges” 标签页点 “Remove”，本质也是执行这条语句
GRANT OPTION 和 WITH GRANT OPTION 的权限怎么撤
如果当初授权限时用了 WITH GRANT OPTION，用户就能转授给别人。只撤基础权限，不影响他已转授出去的部分；要连带收回转授权，必须显式声明 GRANT OPTION FOR。
- 撤基础权限（不碰转授权）：
REVOKE SELECT ON EMPLOYEES FROM scott; - 撤转授权资格（保留他自己还能查，但不能再授别人）：
REVOKE GRANT OPTION FOR SELECT ON EMPLOYEES FROM scott; - 想一步清干净（他自己不能查 + 也不能再授）：
REVOKE SELECT ON EMPLOYEES FROM scott;再补一句上面那条 - 注意：Oracle 不支持一条语句同时撤权限和
GRANT OPTION，必须分两次
权限撤销后为什么还查得到数据
常见于三种情况：缓存延迟、权限来源未清、或用户有更高阶权限覆盖。
- Oracle 权限生效是即时的，但应用连接可能复用旧 session，执行
ALTER SYSTEM KILL SESSION或让客户端重连 - 查
DBA_TAB_PRIVS确认对象权限是否真没了：SELECT * FROM DBA_TAB_PRIVS WHERE GRANTEE = 'SCOTT' AND TABLE_NAME = 'EMPLOYEES'; - 查
DBA_SYS_PRIVS看有没有SELECT ANY TABLE这类高危系统权限，它会绕过对象级限制 - 查
SESSION_ROLES看当前 session 是否仍激活着某个含该权限的角色（SET ROLE NONE可临时禁用）
最易被忽略的点：REVOKE 操作本身不记录被撤权限的原始授予者，一旦出错，只能靠审计日志（AUDIT REVOKE）回溯；而 CASCADE CONSTRAINTS 删除视图定义后，原 SQL 定义不可恢复——操作前务必确认依赖对象是否可重建。
