在 Oracle 11g 中，DROP、TRUNCATE 和 DELETE 是三种不同的数据清理操作，它们的底层原理和适用场景有显著差异
1. DELETE 的原理
类型：DML（数据操作语言）
功能：逐行删除表中符合条件的数据，保留表结构。
原理：
-
逐行操作：逐行标记删除，记录每行的删除操作到 undo 段（支持回滚）。
-
事务性：需显式提交（
COMMIT）或回滚（ROLLBACK），未提交前数据可恢复。 -
高水位线（HWM）：不降低表的 HWM，已删除数据占用的空间仍被表保留，后续插入可能重用这些空间。
-
触发器触发：会触发
BEFORE DELETE和AFTER DELETE触发器。
DELETE FROM employees WHERE department_id = 10; -- 删除部门 10 的员工
ROLLBACK; -- 可回滚
适用场景：
-
删除部分数据（带
WHERE条件）。 -
需要事务控制或触发器的场景。
注意事项：
-
性能问题：删除大量数据时生成大量 undo 日志 和 redo 日志，可能导致性能瓶颈。
-
空间未释放：表占用的存储空间不会立即释放。
2. TRUNCATE 的原理
类型：DDL（数据定义语言）
功能：快速删除表中所有数据，保留表结构。
原理：
-
段级操作：直接释放表的 数据段（删除所有数据页），重置 HWM 为初始值。
-
非事务性：隐式提交，不可回滚（执行后立即生效）。
-
不记录日志：仅记录少量元数据操作日志（不记录每行删除的 undo/redo 日志）。
-
不触发触发器：不会触发任何
DELETE触发器。
TRUNCATE TABLE employees; -- 清空表数据
适用场景：
-
快速清空大表所有数据。
-
需要释放表占用的存储空间。
注意事项：
-
权限要求：需要
DROP ANY TABLE权限。 -
无法恢复：数据无法通过回滚恢复，需依赖备份。
-
外键约束：若表是其他表的外键父表，需先禁用外键约束。
3. DROP 的原理
类型：DDL（数据定义语言）
功能：彻底删除表结构及数据，释放所有关联对象（索引、约束等）。
原理：
-
元数据删除：从数据字典（
DBA_OBJECTS、DBA_TABLES等）中删除表的定义。 -
段释放：释放表及其索引、LOB 列等占用的所有存储空间。
-
非事务性：隐式提交，不可回滚。
DROP TABLE employees PURGE; -- 彻底删除表（跳过回收站）
适用场景：
-
永久删除不再需要的表。
-
清理测试环境中的临时表。
注意事项：
-
回收站机制：默认情况下，表会被移动到回收站（
RECYCLEBIN），可通过FLASHBACK TABLE恢复。 -
依赖对象：删除表时会级联删除索引、触发器等依赖对象。
三者的核心对比
| 特性 | DELETE | TRUNCATE | DROP |
|---|---|---|---|
| 操作类型 | DML | DDL | DDL |
| 事务支持 | 支持回滚 | 隐式提交，不可回滚 | 隐式提交，不可回滚 |
| 日志生成 | 生成大量 undo/redo 日志 | 仅记录元数据日志 | 仅记录元数据日志 |
| 性能 | 慢（逐行操作） | 快（段级操作） | 快（元数据删除） |
| 存储空间释放 | 不释放（HWM 不变） | 释放（HWM 重置） | 完全释放 |
| 触发器触发 | 触发 | 不触发 | 不触发 |
| 恢复方式 | 事务回滚 | 需备份恢复 | 回收站或备份恢复 |
| 语法示例 | DELETE FROM table WHERE | TRUNCATE TABLE table | DROP TABLE table |
4.如何选择？
-
删除部分数据且需回滚 →
DELETE -
快速清空大表所有数据 →
TRUNCATE -
彻底删除表及结构 →
DROP
注意事项
-
TRUNCATE与分区表：-
可针对单个分区操作：
ALTER TABLE sales TRUNCATE PARTITION p2020;
-
-
DROP的回收站机制：-
恢复表：
FLASHBACK TABLE employees TO BEFORE DROP; -- 从回收站恢复
-
-
DELETE的性能优化：-
分批删除减少 undo 压力：
BEGINLOOPDELETE FROM employees WHERE department_id = 10 AND ROWNUM <= 10000;EXIT WHEN SQL%ROWCOUNT = 0;COMMIT;END LOOP; END;
-
