>데이터 베이스 >MySQL 튜토리얼 >Oracle 数据导入的一点心得

Oracle 数据导入的一点心得

WBOY
WBOY원래의
2016-06-07 16:57:311057검색

按照原本的设想,我不导入索引的话,应该对INDX表空间没有影响的,但是为何还是导入了这么多的数据呢。查了不少资料,发现还有个

Oracle数据导入

imp user/passwd file=abc.dmp tables=abc indexes=n

Oracle数据导入时(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的时候所指定的表空间里建表与数据。

linux

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.