Oracle中，delete语句是一种标注动作。在执行过程中，数据库会访问每个符合删除条件的数据行进行标注动作，标记为“已删除”。删除的数据范围越大、执行路径越长，执行SQL语句时间也就越长。所以说，delete操作是一个和数据规模成正比的执行过程。
而Truncate操作最多接触的知识点是DDL本质。Truncate操作下，Oracle并不关注每个数据行和数据范围，而是集中修改段头结构、更新核心数据字典上。对于特别巨大的数据表，Truncate操作速度要显著快于delete操作。
在11.2.0.x系列版本中，我们还有一些参数可以用来控制Truncate数据表的行为。具体包括：drop storage、drop all storage和reuse storage，每个选项对应truncate数据表的不同行为。本文集中介绍参数的几个选项。
1、环境介绍
笔者使用Oracle 11gR2进行测试，版本是11.2.0.4。
SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE? 11.2.0.4.0? ? Production
TNS for 64-bit Windows: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 – Production
创建专门的非sys用户，注意：这个细节很重要。
SQL> create user test identified by test;
User created
?
SQL> grant connect, resource to test;
Grant succeeded
?
SQL> grant select_catalog_role to test;
Grant succeeded
?
SQL> grant select any dictionary to test;
Grant succeeded
?
?
登录实验环境，创建数据表。
SQL> conn test/test@sicsdb
Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.4.0?
Connected as test
?
SQL> show user
User is "test"
?
SQL> create table t as select * from dba_objects;
Table created
?
SQL> create index idx_t_id on t(object_id);
Index created
?
SQL> exec dbms_stats.gather_table_stats(user,'T',cascade => true);
PL/SQL procedure successfully completed
对应数据段和索引段结构如下：
?
?
SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='T' and owner='TEST';
?
?EXTENT_ID? ? FILE_ID? BLOCK_ID? ? ? BYTES? ? BLOCKS
---------- ---------- ---------- ---------- ----------
? ? ? ? 0? ? ? ? ? 4? ? ? 28808? ? ? 65536? ? ? ? ? 8
? ? ? ? 1? ? ? ? ? 4? ? ? 28816? ? ? 65536? ? ? ? ? 8
? ? ? ? 2? ? ? ? ? 4? ? ? 28824? ? ? 65536? ? ? ? ? 8
（篇幅原因，有省略……）
? ? ? ? 26? ? ? ? ? 4? ? ? 30336? ? 1048576? ? ? ? 128
?
27 rows selected
?
SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='IDX_T_ID' and owner='TEST';
?
?EXTENT_ID? ? FILE_ID? BLOCK_ID? ? ? BYTES? ? BLOCKS
---------- ---------- ---------- ---------- ----------
? ? ? ? 0? ? ? ? ? 4? ? ? 28936? ? ? 65536? ? ? ? ? 8
? ? ? ? 1? ? ? ? ? 4? ? ? 28944? ? ? 65536? ? ? ? ? 8
（篇幅原因，有省略……）
? ? ? ? 15? ? ? ? ? 4? ? ? 30464? ? ? 65536? ? ? ? ? 8
? ? ? ? 16? ? ? ? ? 4? ? ? 30592? ? 1048576? ? ? ? 128
?
17 rows selected
2、Truncate drop storage行为
Truncate数据表默认行为包括了drop storage参数。使用drop storage之后，数据表中所有数据都被清空，数据表和索引段只保留一个分区结构。
SQL> truncate table t drop storage;
Table truncated
SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='T' and owner='TEST';
?
?EXTENT_ID? ? FILE_ID? BLOCK_ID? ? ? BYTES? ? BLOCKS
---------- ---------- ---------- ---------- ----------
? ? ? ? 0? ? ? ? ? 4? ? ? 28808? ? ? 65536? ? ? ? ? 8
?
SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='IDX_T_ID' and owner='TEST';
?
?EXTENT_ID? ? FILE_ID? BLOCK_ID? ? ? BYTES? ? BLOCKS
---------- ---------- ---------- ---------- ----------
? ? ? ? 0? ? ? ? ? 4? ? ? 28936? ? ? 65536? ? ? ? ? 8
?
?
注意：虽然两个段头分区extent的大小和起始段都没有发生变化，依然保持了28808和28936。但是数据字典结构中，认为是一个新的段结构。
?
?
SQL> select object_name, object_id, data_object_id from dba_objects where owner='TEST' and object_name in ('T','IDX_T_ID');
?
OBJECT_NAME? ? ? OBJECT_ID DATA_OBJECT_ID
--------------- ---------- --------------
IDX_T_ID? ? ? ? ? ? 123667? ? ? ? 123668
T? ? ? ? ? ? ? ? ? 123666? ? ? ? 123669
?
?
T和IDX_T_ID的object_id和data_object_id不一致了