Discussion :

[cedrich]

Bonjour,

Quand j'importe mon dump de oracle 9i à XE. j'ai l'erreur suivante :

IMP-00019: row rejected due to ORACLE error 12899
IMP-00003: ORACLE error 12899 encountered
ORA-12899: value too large for column "ID_FILSEK"."AD_T_COMMUNICATION_USR"."ABREGE" (actual: 21, maximum: 20)
Column 1 02-AUG-2001:11:57:00
Column 2 PA
Column 3 1
Column 4 27-FEB-2004:11:23:47
Column 5 Idinfo
Column 6 5
Column 7 2
Column 8
Column 9
Column 10 1
Column 11 TEL_PRINC
Column 12 10
Column 13 1
Column 14 Téléphone principal
Column 15 Téléphone principal
Column 16
Column 17

En cherchant sur Internet, j'ai trouvé que je passais des caractères "single-byte" à "multi-byte". Pourtant en comparant les paramètres NLS de mes deux base, il n'y a que NLS_CHARACTERSET qui change (9i WE8ISO8859P15, XE AL32UTF8) et la version! Pourtant en modifiant NLS_CHARACTERSET de ma base XE de AL32UTF8 à WE8ISO8859P15, j'ai toujours le problème de conversion.

Est-ce que quelqu'un pourrait m'aider, svp???

Merci d'avance,

Cédric

Edit par bouyao :

[LeoAnderson]

"il n'y a que".... c'est un euphémisme j'espère !
parce que le character set, c'est primordial.

Le problème est que la table existe dans la base cible, non ?

et vous avez recréé la base XE en WE8ISO8859P15 ?
ou vous avez juste modifié votre NLS_LANG ?

[cedrich]

Oui, c'était un euphémisme!

Non, la base OracleXE est "vierge". Et quand j'ai changé mon paramètre, j'ai redémarrer OracleXE pour que la modification soit prise en compte.

Ensuite, j'ai importé mon dump. Et j'ai eu le message d'erreur cité plus haut.

Je crois que cela a avoir avec le parametre INTERNAL_USE qui utilise des caractère sur 7bits(unicode) et que sur Oracle 9i c'est sur 8bit(Western Europe).

[LeoAnderson]

comment diable avez-vous modifié votre base XE pour passer de UTF à ISO ???
Et essayer créez la table vide (imp rows=N) et modifiez les colonnes 14 et 15 pour y rajouter au moins 2 caractères (de varchar2(19) ou varchar2(20) à varchar2(22) ou idéalement varchar2(20 char)).

ensuite, relancez l'import

[cedrich]

Afin de pouvoir recharger ma base j'ai effectué cette méthode :

1.Install non-Unicode OracleXE
2. Entrée les commandes suivantes :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
SQLPLUS /NOLOG 
SQL> CONNNECT / AS SYSDBA
SQL> SHUTDOWN IMMEDIATE; 
SQL> STARTUP MOUNT; 
SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION; 
SQL> ALTER DATABASE OPEN; 
SQL> ALTER DATABASE CHARACTER SET INTERNAL_USE EE8MSWIN1250; 
SQL> SHUTDOWN; 
SQL> STARTUP;

Sauf que je n'ai pas encore réussi! Car quand j'exécute le "startup mount", Oracle me retourne l'erreur suivante : "ORA-12514 TNS:listener does not currently know of service requested". Je n'ai pas trouvé le fichier TNS pour la base XE. Et j'avoue que je ne comprend pas pourquoi, il ne veut pas me la remonter!!!

Précision :
La largeur des colonnes respecte une norme interne et je ne peux pas modifier leur taille.

Edit par bouyao :

[LeoAnderson]

NON !! Ce n'est pas comme ça qu'on change un character set !

1. Que voulez-vous ? une base XE en UTF ou pas ?
à ce moment là, refaites l'installation.

2. ne faites pas des "bidouilles" du style INTERNAL_USE sans avoir pris un max. de précautions ni en pleine connaissance de cause

3. relancez l'import

PS : pour la norme interne, je comprends, mais si la base est UTF, un VARCHAR2(20 CHAR) est INDISPENSABLE puisque le é est codé sur 2 octets en UTF contre 1 seul en ISO !!!

[cedrich]

A l'install de OracleXE, il ne propose pas le choix mettre UTF ou ISO! J'aimerais pouvoir remonter le dump sans avoir à faire des manipulations si c'est possible.

En effet, j'ai trouvé une procédure qui permet de remonter mon dump (converion de single-byte en multi-byte). Sauf qu'elle génére d'autres erreurs.

Pourriez-vous m'indiquez à quel moment je peux indiquer UTF ou ISO?

[cedrich]

Désolé, je viens re relire la doc d'install...

J'ai téléchargé le mauvais fichier.

Merci quand même de votre aide!

Cédric