直接执行 DROP TABLESPACE 会失败，除非表空间为空且无活动对象、依赖或会话占用；正确做法是使用 INCLUDING CONTENTS AND DATAFILES（需 SYSDBA 权限并确保非默认临时/用户表空间），或先逻辑清空再 COALESCE。
直接执行 DROP TABLESPACE 会失败，除非满足严格前提
oracle 不允许直接删除非空表空间。如果你运行 drop tablespace users;，大概率会收到 ora-01549: tablespace is not empty, use including contents option 或更常见的 ora-01546: tablespace contains active rollback segment 错误。关键不是“能不能删”，而是“删之前必须确保没活动对象、没依赖、没被其他会话占用”。
常见误操作是先 DROP TABLE ... CASCADE CONSTRAINTS 一个个删表，再删表空间——这既慢又容易漏（比如物化视图、LOB段、索引组织表的溢出段）。真正快速清空的本质，是绕过逐个对象清理，用系统级命令一次性剥离数据。
DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES 的真实条件
这条命令能“快速清空”，其实是靠直接删除物理文件 + 元数据记录，但前提是：表空间里不能有正在使用的回滚段、临时段、活动事务，且数据库必须处于归档模式以外的常规状态（或已关闭所有相关服务）。
- 必须以
SYSDBA权限登录：sqlplus / as sysdba - 确认表空间未被设为默认临时表空间：
SELECT PROPERTY_VALUE FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME = 'DEFAULT_TEMP_TABLESPACE';，如果是，先改掉 - 检查是否有用户默认表空间指向它：
SELECT username, default_tablespace FROM dba_users WHERE default_tablespace = 'USERS';，若有，需先ALTER USER ... DEFAULT TABLESPACE ... - 确保无活动会话在该表空间建对象：
SELECT sid, serial#, sql_id FROM v$session WHERE schemaname IN (SELECT username FROM dba_users WHERE default_tablespace = 'USERS');
漏掉任意一条，DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES 都会报错中断，甚至卡住数据字典更新。
比 DROP 更安全的“逻辑清空”替代方案
如果不能停业务、不敢删表空间本身，又想快速释放空间，TRUNCATE 所有表 + SHRINK SPACE 并不可行（Oracle 不支持跨表批量 TRUNCATE），但可以用动态 SQL 构造清空语句：
SELECT 'TRUNCATE TABLE ' || owner || '.' || table_name || ' DROP STORAGE;'
FROM dba_tables
WHERE tablespace_name = 'USERS'
AND owner NOT IN ('SYS','SYSTEM');
复制结果批量执行后，再运行 ALTER TABLESPACE users COALESCE; 合并空闲区。注意：DROP STORAGE 参数防止高水位线残留，COALESCE 不会删数据文件，但能让后续分配更紧凑。
这个方案不碰表空间结构，适合开发/测试库快速重置，但不会回收 OS 层文件大小——真正缩容还得靠 RESIZE 数据文件或重建表空间。
执行后务必验证数据文件是否真被删了
DROP TABLESPACE ... AND DATAFILES 命令只在 Oracle 12c 及以后默认启用操作系统级文件删除；11g 及之前版本即使加了 AND DATAFILES，也仅删控制文件和数据字典记录，OS 文件得手动 rm。执行完立刻检查：
- 查数据字典：
SELECT tablespace_name FROM dba_tablespaces WHERE tablespace_name = 'USERS';（应无返回） - 查文件系统：
ls -l $ORACLE_HOME/oradata/$ORACLE_SID/USERS*（11g 要自己删，12c+ 看是否还存在） - 如果文件还在，别急着重用路径——可能只是权限问题导致 Oracle 删除失败，下次建同名表空间会报
ORA-01119
最易忽略的是：某些 DBA 习惯把多个表空间的数据文件放在同一目录下，DROP 后只删了部分文件，剩下几个孤零零的 .dbf 文件没人管，几个月后磁盘告警才发现是“幽灵文件”。
