Problème d'import sur 11gR2

Version imprimable

28/05/2012, 15h53
David Fouejio

Problème d'import sur 11gR2

Bonjour,
J'ai exporté des bases de données 9i.0.2 et 11gR1 (sous environnement 32 bits) et j'importe dans 11gR2 64 bits (sous windows 7 64 bits). Les bases ont été exporté avec le jeux de caractère WE8MSWIN1252 et le jeu NCHAR AL16UTF16 et serveur d'import utilise le jeu de caractères AL32UTF8.

Lors de l'import la taille des chaînes de caractère est augmentée de 1 pour les CHAR et de 1 jusqu'à 5 pour les VARCHAR. Ce qui produit les erreures suivantes :

Citation:

IMP-00019: ligne rejetée en raison de l'erreur ORACLE 12899
IMP-00003: Erreur ORACLE 12899 rencontrée
ORA-12899: valeur trop grande pour la colonne "ACCESSMODE"."NAME" (réelle : 51, maximum : 50)

ou

Citation:

IMP-00019: ligne rejetée en raison de l'erreur ORACLE 12899
IMP-00003: Erreur ORACLE 12899 rencontrée
ORA-12899: valeur trop grande pour la colonne "AUDITTRACK"."TRANSACTION" (réelle : 2005, maximum : 2000)

ou

Citation:

IMP-00019: ligne rejetée en raison de l'erreur ORACLE 12899
IMP-00003: Erreur ORACLE 12899 rencontrée
ORA-12899: valeur trop grande pour la colonne "AUDITTRACK"."TRANSACTION" (réelle : 2003, maximum : 2000)

Je ne sais pas s'il y a des options d'import permettant de resoudre ce problème.
Merci d'avance pour tout aide.
28/05/2012, 23h51
Pomalaix

Eh oui, c'est un grand classique de la conversion vers unicode : l'équivalence 1 caractère --> 1 octet n'est plus valable, et du coup certaines valeurs ne logent plus dans la colonne.

Vous pouvez vous référer à cette discussion pour une solution :
http://www.developpez.net/forums/d77...tf/#post518265
Elle repose sur le fait qu'on peut définir une colonne comme VARCHAR2(20 CHAR), c'est à dire qu'elle pourra accueillir 20 caractères même s'ils prennent plus d'un octet chacun.
Si on se contente de dire VARCHAR2(20), c'est implicitement VARCHAR2(20 BYTES), à cause de la valeur par défaut du paramètre d'instance NLS_LENGTH_SEMANTICS.
31/05/2012, 16h14
David Fouejio

Merci pour ta réponse Pomalaix,

J'ai regardé le lien que tu m'as envoyé on y traite uniquement des VARCHAR2 mais j'ai eu le même problème pour les CHAR je ne vois pas comment le resoudre.
Je vais donc modifier toutes les colonnes VARCHAR2(n) en VARCHAR2(n CHAR), et si ça marche je transforme aussi toutes les colonnes CHAR2(n) en VARCHAR2(n CHAR)

Si ça peut vous aider :

Code:

1
2
3
4
5
6
7
  select 'ALTER TABLE ' || owner || '.' || table_name || ' MODIFY(' ||
         column_name || ' ' || data_type || '(' || data_length || ' CHAR));' as req
    from dba_tab_columns
   where data_type in ('CHAR', 'VARCHAR2')
     and char_used = 'B'
     and owner = '<votre_user>'
order by owner asc, table_name asc, column_id asc;

01/06/2012, 11h16
David Fouejio

Merci Waldar pour la requête.
Je l'avais déjà mais je ne savais pas que le Type CHAR acceptait la syntaxe CHAR(n CHAR)
Je vais l'appliquer