23、ORA-00439：DEFERRED_SEGMENT_CREATION 问题解决

23.1、说明：

1、

众所周知，在清空表内所有数据时，truncate比delete要快很多，原因是，delete语句每次删除一行，都在事务日志中为所删除的每行记录一项。

truncate通过释放存储表数据所用的数据页来删除数据，并且只在事务日志中记录页的释放。但是如果表存在外键的话，是不能使用truncate的。

在使用的过程中，我发现某个存在外键的表，使用truncate提示成功了。一开始，我在怀疑是不是oracle存在bug，在某个特定条件下，触发了

这个bug，造成truncate成功了。后来，等这张表插入过数据之后，我再使用truncate时，提示失败了。我这才恍然大悟，这个问题跟exp空表

无法导出是一个原因。oralce11g为了节省存储空间，新建表的时候默认是不分配segment的。既然segment都没有，就不用谈exp和truncate了。

但是oracle还是预留了系统参数 DEFERRED_SEGMENT_CREATION（延迟创建segment）。这个参数，默认是true。我们可以将他改成false。这

样的话，再创建表的时候就会立即分配segment了。但是修改参数之前创建的表还是不会立即分配segment的。如果想分配segment，可以在表中

插入一条数据，再删除。也可以使用 alter table XXX allocate extent，这样就会创建segment了，再使用exp就会导出空表，而且存在外键的表

使用truncate清空数据时，也不会提示成功了。如果单表插入数据后被truncate，则会保留segment。

2、DEFERRED_SEGMENT_CREATION 设置为true的优缺点：

（1）优点：

在创建一系列表的时候，若事先已知许多表并没有数据，可以指定这个参数为true，这样可以节省空间，也可以增加建表速度。

（2）缺点：

使用exp导出的时候，不会导出没有segment分配的表。使用expdp可以导出空表。

3、查看该参数当前设置：

show parameter deferred_segment_creation;

4、修改该参数当前设置：

这个参数可以动态修改，使用 alter system/session set deferred_segment_creation=true/false;

更改后，之前延迟分配segment的表并不会受到影响，仍然为空表。

5、查询某schema中所有未分配segment的表可以使用以下语句：

select * from user_tables where segment_created = 'NO';

6、若想为这些未分配segment的表分配空间，可以使用语句：

select 'alter table' || table_name || 'allocate extent;' from user_tables where segment_created = 'NO';

为所有空表分配segment，之后就可以进行exp导出了。

23.2、示例：

1、说明：

用impdp命令将从linux(版本:Oracle Database 11g Enterprise Edition Release 11.2.0.4.0-64bit Production，A库)上面导出的数据库

导入到本地windows系统的数据库(Oracle Database 11g Standard Edition Release 11.2.0.1.0 - 64bit Production，B库)上时，报了以

下错误：

错误描述：

ORA-00439 未启用的功能：DEFERRED_SEGMENT_CREATION

或者叫做

ORA-00439 feature not enabled deferred segment creation

2、解决思路：

（1）查看 DEFERRED_SEGMENT_CREATION 参数设置是否一样：

在A库查询参数被设置为TRUE，在B库查询参数被设置为FALSE，修改B库设置，改成 TRUE，重新导入，还是报一样的错误。

（2）查看数据库版本：

A库是企业版，B库是标准版。

DEFERRED_SEGMENT_CREATION 在标准版中不支持该功能。

（3）解决办法：

在做expdp时，带上参数 version = 10.2.0，同样，在做impdp时，也带上参数 version = 10.2.0。

特别注意：version=11.2.0 是不行的。