Oracle 数据导入的一点心得

Oracle数据导入imp user/passwd file=abc.dmp tables=abc indexes=nOracle数据导入时（dmp文件）有一回导数据，数据量比较大，压缩的dmp文件有15G，需要将数据往公司的测试数据库上导。本以为很简单，传好dmp文件，imp导入即可。结果貌似简单的过程，却耗费了我不少的时间。导入前，建立表空间（dvbboss: 80G），建立用户并指定该表空间。然后导入，在导了半个小时左右后发现报错，意思是指定的表空间已满，不能导入了。我郁闷了，80G的表空间还不够？于是查了一下，令人惊讶的是根据用户指定的表空间占用率还是0，而已经满了的表空间只有两个：INDX（索引表空间）和dvbcetus，都已经到了99%。将imp停止，并将该用户删除，发现一个情况是，对应的这两个表空间又恢复到原来的状态了，几乎是没有使用。按照原本的设想，我不导入索引的话，应该对INDX表空间没有影响的，但是为何还是导入了这么多的数据呢。查了不少资料，发现还有个强制约束的索引。如果光指定indexes=n，则只是将一般的索引排出掉不导入，对于这个也需要进行限制，即：constraints=n，这样限定后产看INDX表空间发现没有增长。约束往往和一个唯一索引/主键相关联，所以仅仅利用indexes=n 选项是不够的，必须添加CONSTRAINTS=n，才能真正避免导入时的检查。另外一个表空间的增长，后来发现是这个原因所导致的：如果数据库已经存在dmp文件中建表所需要的表空间，则默认会往该表空间中增加表及数据如果没有不存在该表空间，则会按照建立用户：user的时候所指定的表空间里建表与数据。MySQL的一些常用操作Oracle ERP10.7-Change apps password issue相关资讯 oracle

[INS-32052] Oracle基目录和Oracle （07/22/2014 07:41:41）
Oracle 4个大对象（lobs）数据类型（02/03/2013 12:33:05）
Oracle按时间段分组统计（07/26/2012 10:36:48）

[Oracle] dbms_metadata.get_ddl的（07/12/2013 07:37:30）
Liferay Portal 配置使用Oracle和（07/31/2012 20:07:18）
Concurrent Request:Inactive （07/20/2012 07:44:05）

本文评论查看全部评论（0）