Discussion :

[Leeloo_Multiboot]

Bonjour à tous,

Je dispose d'une base de test en 10g et j'importe un dump d'une base en 8.1.7.
L'import des tables se passe bien, excepté pour l'une d'entre elle.
Lors de l'import l'erreur ORA-01722 m'est retournée.
Voici l'erreur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Import: Release 10.2.0.3.0 - Production on Tue Jun 10 14:39:01 2008
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
 
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options
 
Export file created by EXPORT:V08.01.07 via conventional path
import done in WE8ISO8859P1 character set and AL16UTF16 NCHAR character set
import server uses WE8ISO8859P15 character set (possible charset conversion)
export server uses WE8ISO8859P1 NCHAR character set (possible ncharset conversion)
. importing EVRs objects into EVR
IMP-00017: following statement failed with ORACLE error 1722:
 '' ALTER TABLE ''ENTETE_COLIS'' MODIFY (''POIDS_ENTC'' DEFAULT '0,0' )''
IMP-00003: ORACLE error 1722 encountered
ORA-01722: invalid number
IMP-00017: following statement failed with ORACLE error 942:
 ''ANALYZE  TABLE ''ENTETE_COLIS''  ESTIMATE STATISTICS ''
IMP-00003: ORACLE error 942 encountered
ORA-00942: table or view does not exist
Import terminated successfully with warnings.

La colonne qui pose donc problème est celle qui se nomme POIDS_ENTC.
Elle est de type NUMBER(20,5).
Ce qui me semble bizarre, c'est qu'Oracle ne devrait pas mettre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 (''POIDS_ENTC'' DEFAULT 0,0 )

au lieu de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(''POIDS_ENTC'' DEFAULT '0,0' )

?
Car apparement il essaye de rentrer une chaîne dans une colonne de type number...

Y a t-il une manipulation à faire lors de l'export? Ou est-ce possible de modifier le fichier DUMP à la main?(Je ne pense pas mais je demande quand même )

PS: J'ai remplacé les double quotes du CODE par deux simples quotes car la balise n'offrait pas un bon rendu en terme de couleur.

Merci d'avance pour vos éclaircissements

[Invité]

C'est sûrement un problème entre les versions de bd et d'import/export.
Si c'est ton seul warning, le plus simple est de rentrer la valeur par défaut à la main, après l'import, pas la peine de se prendre la tête davantage ! En plus, tu as la code dans le log...
Et ne t'aventure surtout pas à mettre les mains dans le dump.
Surtout pour un problème aussi mineur !!!

[Leeloo_Multiboot]

Si c'est ton seul warning, le plus simple est de rentrer la valeur par défaut à la main, après l'import, pas la peine de se prendre la tête davantage ! En plus, tu as la code dans le log...

Le problème c'est que c'est un import full, donc la table n'existe pas. Et vu qu'il n'arrive pas à initialiser la table, il ne me la créer pas... Je n'ai accès aux données de la table que via le Dump. Donc même si je crée la table avant l'import, il tentera quand même d'initialiser la colonne car l'initialisation est "comprise" dans le Dump.

Edit: J'ai réussi à interpeller le dba et l'initialisation de la colonne de type NUMBER (car en NOT NULL) était faite par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

'0,0'

Il a remplacé donc remplacer la valeur par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

0

Il était donc a priori normal qu'Oracle me jette si j'essayait d'initialiser la colonne avec une chaîne...
Je vous tiens au courant demain, car le prochain Dump ne sera pas exporté avant ce soir.

Merci à toi Jerome_Mtl