Discussion :

[bobunny]

Bonjour,

je me trouve actuellement assez embarrassé. En fait on m'a fourni un export FULL d'une base de données sans les données. Je n'ai donc que la structure.

Lors de l'import, j'ai un petit sousci. En fait les tables sont définies avec des valeurs d'extent Initial et Next très très élevées. Donc je n'ai pas assez d'espace pour l'import.

Etant donné que je n'ai que la structure, est-il possible dans la commande d'import de limiter la taille des initial extent et next pour les tables et index par exemple???

Pour info je suis sur une base 8.0.5

Merci d'avance

[lalystar]

Non mais tu peux peut être essayer de créer les tables toi même en spécifiant les initial et next qui vont bien et en faisant l'import avec ignore=y.


Laly.

[bobunny]

en fait je voulais vraiment éviter de devoir créer les tables manuellement, car il y en pas mal quand même. Mais bon si ya de solution ...

Beh merci

[lalystar]

tu peux aussi faire un import avec l'option indexfile pour éditer le fichier obtenu en changeant les paramètres de storage et en supprimant les create index mais il vaut mieux automatiser la chose.

désolé j'ai pas mieux.


Laly

[rouardg]

Bonjour,

Je n'arrive plus à me souvenir si les tablespaces gérés localement existent en version 8.0.5.

Mais si ils existent, alors pourquoi ne pas les utiliser ? Je pense plus particulièrement aux TBS gérés localement avec l'allocation de type 'UNIFORM SIZE'.

Certes, cela ne va pas résoudre le pb de l'initial extent trop élevé. Par contre, pour les extents suivants, cela va peut être limiter leur taille.

Sinon, reste la solution de Lalystar avec l'option indexfile.

[CD]

LMT est disponible à partir de la 8i seulement. Par contre, en utilisant l'allocation de type 'UNIFORM SIZE', on a plus à se soucier des storage clauses.

Quand à l'initial extent, avec le LMT, il va allouer autant d'extents nécessaires pour arriver à l'initial il me semble. Mais ce ne sera pas un extent unique...

L'indexfile reste le seul moyen en 8.0.5. Sauf si il y un accès à la base d'où vient l'import, dans ce cas il est possible de refaire la génération des create table sur tout un schema avec un script sql.

[aline]

Si vous ne voulez que les tables, pourquoi ne pas utiliser le package
dbms_metadata? L'essayer, c'est l'adopter! Avec .et_ddl par exemple, vous pouvez récuperer les ordres sql de création de tout les objets de la base.
C'est Vraiment un outil tres puisant.

[lalystar]

Le pb c'est que ce package n'existe que depuis Oracle 9i.

Sinon c'est vrai que c'est très utile & convivial.

Laly.

[aline]

oui, c'est vrai, mais notre ami nous a dit que sa base cible était une 8i.
Mais j'espaerai que sa source était sous 9. Et sinon, ce sera pour sa culture perso!

[bobunny]

Je prends note de toutes ces remarques. Mais comme je n'ai pas la chance d'être (pour l'instant) sous 9i, je pense que je vais essayer l'option INDEXFILE pour les index et essayer de recréer les tables à la main avant de faire l'import.

Merci pour vos infos