imp时所占的表空间狂增！！！急

shxxb

exp system/manager file=test.dmp owner=test grants=y rows=y indexes=y constraints=y triggers=y
一切正常所得DMP件有2G，原来在表空间中占了4G，表空间有8G，两个4G的DBF文件。
删除表空间后新建单个文件为1G，表空间共有14G，
imp system/manager file=test.dmp fromuser=test touser=test grants=y rows=y indexes=y constraints=y triggers=y

一下子占了13G的空间好象索引占的特别大。
怎么回事啊请教expert!!!

rollingpig

你的tablespace的storage clause ??

shxxb

表空间没有问题，关键是索引和表的存储语句有问题以前是设的50%的增量现在数据多了后每一个NEXT 段都很大好几十M，有的几百M，
是否只有将INDEXES和CONSTRAINTS置为NO，然后手工去建？

rollingpig

你先在原数据库改改index/table的storage参数

如

1. 
   
2. spo altertablestorage.sql
   
3. 
   
4. select 'alter table '||table_name||' stoage(OPTION);'
   
5. 
   
6. @altertablestorage
   

复制代码

再导出
当然，你还是需要好好的在根据实际情况改动你最后的staroag参数

李勇

在exp时 加一个参数 compress = y 这样存储参数就会改变 再倒入时就没这样大了

rollingpig

不对阿

compress default值就是 Y

李勇

噢，那要写成 compress = n

rollingpig

COMPRESS import into one extent (Y)

如果是 N的话，还是会多个extent的

shxxb

将INDEXES=N ，CONSTRAINTS=N就正常了检查过INDEX的存储参数，全是50%的增量现在很大，并且导出前的DDL语句都很正常再导入就不行了， 是否只有导入后再建索引和完整性

rollingpig

CONSTRAINTS=Y没问题啊！！
index可以从原数据库得到script

desc dba_indexes看看