Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Usenet -> c.d.o.server -> Re: Import extent size problems
> Look at the exp doc again. If compress=y, it makes a big extent. If
> compress=n it uses the storage parameters of each table. Either
> precreate the tables with the proper initial, or adjust the tables
> before export.
Yea I did do this - the storage parameters on the table are massive ( initial 67Meg in the case I looked at, and there are over 600 tables in the schema!). I suspect what has happened that once upon a time this database was created from an export with compress=Y and all the tables have had they storage parameters changed because of this.
> Note that the imp command INDEXFILE allows you to get the create table
> statements that you can modify to precreate the tables.
That might just work - at least I can write a quick Perl script to fix the statements.
> Uniform extents are uniform, Oracle doesn't ignore them, but may use a
> whole lot of them because of the DDL initial being large.
>
Received on Fri Aug 24 2007 - 03:55:34 CDT
![]() |
![]() |