drop user username 单独执行会失败，因为 oracle 强制要求用户 schema 为空才能删除，否则报 ora-01922 错误；必须加 cascade 才能连带删除其所有对象。

直接删用户不加 CASCADE 会报错 ORA-01922，必须显式指定才能连带删除 Schema 对象。

为什么 DROP USER username 单独执行会失败

Oracle 默认不允许删除带有任何对象（表、索引、视图等）的用户。哪怕只有一张空表或一个序列，DROP USER username 就会抛出错误：

ORA-01922: CASCADE must be specified to drop 'username'

这不是权限问题，是 Oracle 的强制保护机制——防止误删有数据的对象。

• 只有当该用户 schema 下完全为空（SELECT COUNT(*) FROM dba_objects WHERE owner = 'USERNAME' 返回 0），才允许不加 CASCADE
• CASCADE 不仅删对象，还会自动级联删除外键依赖（其他用户指向本用户的主键约束）、域索引、类型等
• 但不会删除其他用户中“引用了该用户对象”的视图、同义词、存储过程——这些只会被置为 INVALID，需后续手动处理

删除前必须终止活跃会话

如果用户当前有连接（比如应用未断开、SQL Developer 还开着），DROP USER ... CASCADE 会卡住或报错 ORA-01940: cannot drop a user that is currently connected。

Market Oracle

金融事件影响分析器 — 获取突发新闻，追踪金属/石油/加密货币/股票价格，预测短中长期市场连锁反应

下载

• 先查会话：SELECT sid, serial#, status FROM v$session WHERE username = 'USERNAME';
• 逐个杀掉：ALTER SYSTEM KILL SESSION 'sid,serial#';（注意单引号和逗号）
• 若会话状态是 ACTIVE 且杀不掉，可加 IMMEDIATE：ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE;
• 别跳过这步——残留会话会导致 CASCADE 执行中途失败，部分对象残留，后续清理更麻烦

DROP USER ... CASCADE 实际删了哪些东西

它清空的是该用户 schema 下所有 Oracle 对象，但不碰表空间、临时表空间、角色定义本身。

• ✅ 删除：表、索引、约束、视图、同义词、序列、函数、过程、包、触发器、类型、物化视图（本 schema 内的）
• ❌ 不删：default_tablespace 和 temporary_tablespace（仍存在，只是失去归属）
• ❌ 不删：授予该用户的系统权限（如 CREATE SESSION）或角色（如 CONNECT）——这些权限记录在 dba_sys_privs / dba_role_privs 中，用户删了自然消失，无需额外操作
• ⚠️ 注意：如果该用户是某个表空间的 DEFAULT TABLESPACE，那个表空间不会被删，但之后新建用户若指定它，仍可用

删完用户后，表空间要不要一起删

通常要，但得确认没人共用——Oracle 不自动回收表空间，留着就是磁盘浪费。

• 查该用户用的表空间：SELECT default_tablespace, temporary_tablespace FROM dba_users WHERE username = 'USERNAME';
• 查还有谁在用这个表空间：SELECT username FROM dba_users WHERE default_tablespace = 'XXX_TBS';
• 确认无其他用户使用后，再执行：DROP TABLESPACE xxx_tbs INCLUDING CONTENTS AND DATAFILES;
• 如果报 ORA-12919: Cannot drop administrative tablespace，说明是系统/撤销/临时表空间，不能删
• 别信“先 offline 再 drop”这种老方案——INCLUDING CONTENTS AND DATAFILES 已涵盖物理文件清理，多一步反而易出错

最常被忽略的一点：删用户后，其他 schema 里那些基于已删用户表的物化视图不会被删，只是刷新失败；同义词和视图查起来会报 ORA-00942: table or view does not exist。这类残留得靠业务方自己识别和清理，DBA 没法代劳。