Paramètre initial extent des tables dans la commandes IMP [Résolu]

bobunny · 20/10/2004, 12h54

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 · 20/10/2004, 12h57

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 · 20/10/2004, 13h56

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 · 20/10/2004, 14h02

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 · 20/10/2004, 14h24

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 · 20/10/2004, 14h34

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 · 20/10/2004, 14h53

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 · 20/10/2004, 15h09

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 · 20/10/2004, 15h22

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 · 20/10/2004, 16h32

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

20/10/2004, 12h54	#1
bobunny Membre à l'essai Inscription : février 2003 Messages : 59 Détails du profil Informations forums : Inscription : février 2003 Messages : 59 Points : 20 Points : 20	Paramètre initial extent des tables dans la commandes IMP 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
	00

20/10/2004, 12h57	#2
lalystar Rédacteur Inscription : septembre 2004 Messages : 626 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 626 Points : 622 Points : 622	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. __________________ In the heart of the truly greats, perfection is never achieved but endlessly pursued. Mon article sur les fonctions analytiques d'Oracle (calcul de moyennes mobiles, de quartiles et bien d'autres...)
	00

20/10/2004, 14h02	#4
lalystar Rédacteur Inscription : septembre 2004 Messages : 626 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 626 Points : 622 Points : 622	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 __________________ In the heart of the truly greats, perfection is never achieved but endlessly pursued. Mon article sur les fonctions analytiques d'Oracle (calcul de moyennes mobiles, de quartiles et bien d'autres...)
	00

20/10/2004, 15h09	#8
lalystar Rédacteur Inscription : septembre 2004 Messages : 626 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 626 Points : 622 Points : 622	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. __________________ In the heart of the truly greats, perfection is never achieved but endlessly pursued. Mon article sur les fonctions analytiques d'Oracle (calcul de moyennes mobiles, de quartiles et bien d'autres...)
	00

20/10/2004, 13h56	#3
bobunny Membre à l'essai Inscription : février 2003 Messages : 59 Détails du profil Informations forums : Inscription : février 2003 Messages : 59 Points : 20 Points : 20	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
	00

20/10/2004, 14h24	#5
rouardg Expert Oracle confirmé Gilles ROUARD Administrateur de base de données Inscription : mars 2003 Messages : 220 Détails du profil Informations personnelles : Nom : Gilles ROUARD Localisation : France, Essonne (Île de France) Informations professionnelles : Activité : Administrateur de base de données Secteur : Conseil Informations forums : Inscription : mars 2003 Messages : 220 Points : 322 Points : 322	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.
	00

20/10/2004, 14h34	#6
CD Membre habitué Inscription : septembre 2004 Messages : 127 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 127 Points : 138 Points : 138	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.
	00

20/10/2004, 14h53	#7
aline Membre éclairé Inscription : juin 2004 Messages : 487 Détails du profil Informations forums : Inscription : juin 2004 Messages : 487 Points : 373 Points : 373	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.
	00

20/10/2004, 15h22	#9
aline Membre éclairé Inscription : juin 2004 Messages : 487 Détails du profil Informations forums : Inscription : juin 2004 Messages : 487 Points : 373 Points : 373	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!
	00

20/10/2004, 16h32	#10
bobunny Membre à l'essai Inscription : février 2003 Messages : 59 Détails du profil Informations forums : Inscription : février 2003 Messages : 59 Points : 20 Points : 20	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
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email