ORA-14404本质是分区表跨表空间分布，导致目标表空间“不干净”；需先通过dba_tab_partitions自关联查询跨表空间的表（须带table_owner），再根据环境选择删除表或迁移分区，而非合并表空间。
ora-14404 本质是表空间“不干净”——你试图删的表空间里有分区表，但它的其他分区散落在别的表空间里。不能直接删，必须先让这张表“完全离开”这个表空间。
查哪张表在跨表空间分布
用 dba_tab_partitions 自关联查出同时出现在目标表空间和其他表空间的表。注意必须用 owner 限定权限范围，否则可能漏掉非当前用户对象：
SELECT DISTINCT x.table_owner, x.table_name FROM dba_tab_partitions x, dba_tab_partitions y WHERE x.tablespace_name = 'YOUR_TS_NAME' AND y.tablespace_name != 'YOUR_TS_NAME' AND x.table_name = y.table_name AND x.table_owner = y.table_owner;
- 如果返回空，说明不是分区表问题，可能是子分区（看
ORA-14407）或物化视图（ORA-23515）等其他阻塞项 - 若只返回一张表，但
DROP TABLE owner.table_name报ORA-00942，说明你没权限或表名大小写不匹配，先查dba_tables确认实际owner和大小写 - 查询结果中
table_owner很关键——很多 DBA 忘了加 schema 前缀，直接DROP TABLE table_name会失败
删表 or 拆分迁移？选哪个更安全
Oracle 官方建议是「删表或移动分区」，但实际选择取决于业务场景：
- 测试/归档环境：直接
DROP TABLE owner.table_name最快，前提是数据已备份或无需保留 - 生产环境：优先考虑
ALTER TABLE ... MOVE PARTITION把目标表空间里的分区迁走，例如：ALTER TABLE owner.tab_name MOVE PARTITION p1 TABLESPACE other_ts; - 不要用
EXCHANGE PARTITION WITH TABLE来“绕过”——它只是交换段指针，原分区物理位置没变，仍会触发 ORA-14404 - 如果表有本地索引，
MOVE PARTITION后索引会失效，需手动ALTER INDEX ... REBUILD PARTITION
合并表空间不是正解，但有时是最快出路
有人把多个相关表空间（如 DATA0709 和 DATA0708）先合并再删，看似绕开问题，实则埋雷：
- 合并操作本身要停业务、锁全表，风险远高于单表迁移
- 合并后若仍有跨表空间分区（比如新加入的分区落在旧表空间），下次删还是报 ORA-14404
- 真正该合并的是逻辑设计——分区策略是否本该统一表空间？比如按时间分区却分散到不同 TS，说明建表时没指定
TABLESPACE子句或用了默认表空间
最易被忽略的一点：ORA-14404 的根因往往不在你要删的表空间本身，而在于那张跨分区表的 DDL 定义里没约束所有分区落同一位置。检查建表语句里有没有漏写 TABLESPACE，或者用了 DEFAULT TABLESPACE 却没统一管理——这才是长期避免该错误的关键。
