详解drop/delete/truncate

老在pub里转，也能找到很多实用的东东。

delete/truncate 只删除数据不删除表，索引的结构。
drop 将删除表的结构被依赖的 index/constrain/trigger，依赖于该表的 procedure/function 将保留，但是变为 invalid 状态。
delete 是 dml，写 rollback segement，可回滚，速度慢，事务提交之后才生效。在 9i 满足 undo_retention 条件下可使用 flashback。一次性大批量数据的 delete 可能导致回滚段急剧扩展从而影响到数据库，慎用。触发 trigger。
truncate/drop 是 ddl，隐式提交，不写 rollback segment，不能回滚，速度快。9i 不能使用 flashback。不触发 trigger。
delete 不影响表所占用的 extent，HWM 保持原位置不动，即使删除的是最靠近 HWM 的数据。delete 其实也可以释放空间，但是不降低 HWM，delete 后 block 的空闲空间达到 pct_used，就可以重用。
truncate 缺省情况下将空间（表和索引）释放到 minextents 个 extent，除非使用 reuse storage。truncate 会将高水线复位（回到最开始）。
drop 将表所占用的空间全部释放，segment 不存在，无所谓 HWM 的概念。
truncate/drop 的对象必须是本模式下的，或者被授予 drop any table 的权限，但 drop any table 权限不能 truncate/drop sys 的表。
delete 的对象必须是本模式下的，或者被授予 delete on SCHEMA.table 或 delete any table 的权限，但 delete any table 权限不能 delete sys 的表。
不能 truncate 一个带有 enable 外键的表，不管表里有没有数据，如果要 truncate，首先要 disable 外键或者删除外键（drop 外键的表肯定是删除了外键）。

－－－下面转pub

相同点：
　　truncate 和不带 where 子句的 delete，以及 drop 都会删除表内的数据
　　不同点：
　　1. truncate 和 delete 只删除数据不删除表的结构(定义)
　　 drop 语句将删除表的结构被依赖的约束(constrain)、触发器(trigger)、索引(index)；依赖于该表的存储过程/函数将保留,但是变为 invalid 状态。
　　2. delete 语句是数据库操作语言(dml)，这个操作会放到 rollback segement 中，事务提交之后才生效；如果有相应的 trigger，执行的时候将被触发。
　　 truncate、drop 是数据库定义语言(ddl)，操作立即生效，原数据不放到 rollback segment 中，不能回滚，操作不触发 trigger。
　　3.delete 语句不影响表所占用的 extent，高水线(high watermark)保持原位置不动
　　 显然 drop 语句将表所占用的空间全部释放。
　　 truncate 语句缺省情况下见空间释放到 minextents个 extent，除非使用reuse storage；truncate 会将高水线复位(回到最开始)。
　　4.速度，一般来说: drop> truncate > delete
　　5.安全性：小心使用 drop 和 truncate，尤其没有备份的时候.否则哭都来不及
　　使用上,想删除部分数据行用 delete，注意带上where子句. 回滚段要足够大.
　　想删除表,当然用 drop
　　想保留表而将所有数据删除，如果和事务无关，用truncate即可。如果和事务有关,或者想触发trigger,还是用delete。
　　如果是整理表内部的碎片，可以用truncate跟上reuse stroage，再重新导入/插入数据。

 

－－－－另总结

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14864453/viewspace-416223/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/14864453/viewspace-416223/