drop与truncate table 的区别*

我们先把上一篇的文章讲完：http://blog.csdn.net/changyanmanman/article/details/7767378

是这样的：truncate先把原来的表重新命名一下，所以，就像我们之前测试的OBJECT_ID 是不会变化的。又重新创建了一个表，这个表的名字和被truncate的表的名字相同，但是他的段（也可以说地址）必定发生变化，所以又出现了新的data_object_id。这个表是没有内容的，只有这个表的定义。

truncate不会产生大量的roolback，不会占用很多的rollback segments， truncate清除数据，内存中表空间中其被删除数据的表占用的空间会被  立即释放，相当于windows中用shift+delete删除数据，不能够恢复！
TRUNCATE将重新设置高水平线和所有的索引。在对整个表和索引进行完全浏览时，经过TRUNCATE操作后的表比Delete操作后的表要快得多。

大表在做truncate之前，最好先做下check point，然后按以下步骤操作：
1、清空数据并且保留原来的extent
truncate table table_name reuse storage; 
注：reuse storage 是truncate的参数，表示保持原来的存储空间，一般我们写的truncate table table_name 相当于truncate table table_name drop storage。
2、逐步回收extent
ALTER table table_name DEALLOCATE UNUSED KEEP 1000M;  
ALTER table table_name DEALLOCATE UNUSED KEEP 800M;  
ALTER table table_name DEALLOCATE UNUSED KEEP 600M;  
……  
ALTER table subscription_history_old DEALLOCATE UNUSED KEEP 10M; 

注：执行时，可以根据实际情况调整每次回缩空间的大小。

在执行truncate之前，把trace打开：收集trace文件
alter session set events = '10046 trace name context forever,level 12';
执行truncate，然后查看session对应的dump文件，看看你的数据库到底在忙些什么。

语法： TRUNCATE TABLE [schema.] table [{DROP | REUSE} STORAGE]
功能： 删除整个表的数据并释放空间
由于Truncate 是DDL 命令,所以执行过程中原数据不放在Rollback  Segment 中，不产生回滚数据 ，不产生Redo Log 。 Truncate , Drop 等DDL
命令都是隐含提交的 。

例子 :
A, B 为两个Table .
A, B 的数据分别放在 erp_data 表空间下
A, B 的索引分别放在 erp_indx 表空间下
那么
我们使用下面的两个语句删除两个表中的数据
Truncate table A drop storage ;
Truncate table B reuse storage ;
得到的结果将是(测试可以参考：http://www.itpub.net/showthread.php?threadid=588125&pagenumber= )：

Truncate table A drop storage ;
--data : 数据部分所在的extent 空间会被释放(释放回收到 minextents个extent)，腾出来的空间可以供其它segment 使用 。

--index : B(我怎么觉得作者写错了，这地方是A吧？？)表的index 部分会数据删除，extent 部分也被释放，剩下第一个extent .

--hwm : 会将HWM 重新设置到第一个Block 的位置(hwm 会改变).

Truncate table B reuse storage ;
--data : 数据部分所在的extent 空间不会被回收(仅仅数据会被删除)，数据删除之后的freespace 空间只能供本表使用，不可以供其它 segment 使用 。
--index : B 表的index 部分会数据删除，但是保留extent 部分
--hwm : 会将HWM 重新设置到第一个Block 的位置(hwm 会改变).

小结：
使用Truncate 将会:
1.清除相应索引(不是Drop,仍然保留extent) ;
2.受外键参考的约束(FOREIGN KEY).当然必须先DISABLE 或DROP 相应的外键参考,才能TRUNCATE,注意没有CASCADE 选项 .
3.不触发DELETE 触发器
4.若使用了DROP STORAGE(缺省), 除了已指定的MINEXTENTS,其它EXTENT 重新分配NEXT_EXTENT 设置MINEXTENTS 之后的EXTENT，High-Water Mark 复位指向表中的第一个BLOCK。 使用REUSE STORAGE 保留表的使用空间 ,保留原来的扩展,但不合并; HWM(高水位)的位置RESET 到第一个BLOCK。 当使DROP STORAGE时将缩短表和表索引，将表收缩到最小范围，并重新设置NEXT 参数。 REUSE  STORAGE 不会缩短表或者调整NEXT 参数。另外一个区别是，用reuse storage可以减少对表及数据字典的锁定时间，特别是大表常这样做，余下和DEALLOCATE  UNUSED 来逐步回收空间。

Truncate 语句缺省情况(缺省情况为drop storage)下空间释放到 minextents个 extent, 除非使用reuse storage (如果使用reuse storage，那么这些删除之后留下的空间会被保持) ; Truncate 会将高水线复位(回到最开始)。 如果是整理表内部的碎片,可以用truncate 跟上reuse stroage,再重新导入/插入数据。

TRUNCATE 一个表时，数据字典内部具体步骤：

truncate table主要是数据字典的操作..
检查表上的constraints, 确定是否可以truncate..
检查mview log的相关信息..
更新tab$,ind$相关信息(估计与统计信息有关系吧..)
删除ind_online$上关于这个表的索引的rebuild online的信息..
更新seg$表上的相关信息, 清理这个表空间占有的信息..
更新obj$表上的信息(主要是变更data_object_id)

2、delete和drop
Delete 语句不影响表所占用的extent, 高水线(high watermark)保持原位置不动 。 Delete 语句是DML,这个操作会放到rollback segement 中,事务提交之后才生效;如果有相应的trigger,执行的时候将被触发。

Drop 语句将表所占用的空间全部释放 。 drop 语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index); 依赖于该表的存储过程/函数将保留,但是变为invalid 状态 。

速度上,一般来说: drop> truncate > delete