Discussion :

[chekchouka]

Bonjour,

J'ai une table externe qui est représentée par un fichier csv. Je récupère les données issus de cette table pour les insérer dans une table de la base. J'obtiens ce genre d'erreur :

KUP-04101: record 18 rejected in file fichier.csv
KUP-04021: field formatting error for field ID
KUP-04026: field too long for datatype

ou encore :

error processing column ID in row 2 for datafile fichier.csv
ORA-12899: value too large for column ID (actual: 91, maximum: 7)

Or j'ai vérifié mes champs ID ne sont pas plus longs que ce qui leur est autorisé (7), ils sont de taille 6.

Avez-vous une idée sur ce qui pourrait expliquer cette erreur?

Merci d'avance pour votre aide.

Cordialement.

[argoet]

Bonjour à vous
1 - Merci d'indiquer la version ORACLE que vous utilisez
2 - La description de votre table externe
3 - Un condensé de votre fichier avec des enreg OK et d'autres KO

[chekchouka]

Pour la version d'oracle c'est : 10G express edition

Ma table externe ressemble à ça :

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
23
24
create table REFPAMUSER.E_PERSONNE
(
	ID                      VARCHAR2(7   CHAR),
	NOM         VARCHAR2(64  CHAR),
	PRENOM     VARCHAR2(64  CHAR),
	EMAIL      VARCHAR2(128 CHAR),
	ADRESSE   VARCHAR2(200 CHAR)
)
  ORGANIZATION EXTERNAL
  (
    TYPE ORACLE_LOADER
    DEFAULT DIRECTORY  DATA_DIR
    ACCESS PARAMETERS
    (
    records delimited by newline
    SKIP 1
    badfile   BAD_DIR:'file1.bad'
    logfile   LOG_DIR:'file2.log'
    fields terminated by ';'
    missing field values are null
    ) 
    LOCATION ("DATA_DIR":'fichier.csv')
  )
  REJECT LIMIT UNLIMITED ;

Mes lignes dans le fichier Csv ressemblent à ça :

111111;Nom;Prenom;nom.prenom@email.com;

Dsl, je ne peux pas mettre mes vrais fichiers, déjà il y a trop de données et en plus c'est confidentiel

En fait j'ai l'impression qu'il ne délimite pas bien les champs (91 caracteres au lieu de 6 pour l'ID c'est qu'il s'arrête pas au ; non?

[Mohamed.Houri]

il semble que vous avez un problème de caractère set (single byte et multi-byte character)

Code :

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

1
2
 
ID                      VARCHAR2(7   CHAR),

Vérifiez bien la correpondance de l'autre table

Est ce peut-être du

Code :

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

1
2
 
ID                      VARCHAR2(7   BYTE),

[chekchouka]

Merci Mohamed.Houri mais pouvez m'expliquer un peu plus? Je n'ai pas bien compris, vous pensez que je devrais remplacer char par byte?

[Mohamed.Houri]

Merci Mohamed.Houri mais pouvez m'expliquer un peu plus? Je n'ai pas bien compris, vous pensez que je devrais remplacer char par byte?

Que donne le select suivant:

Code :

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

1
2
3
4
5
6
7
 
SQL 1> SELECT * FROM NLS_DATABASE_PARAMETERS;
 
PARAMETER********************* VALUE
------------------------------ --------------------------------------
NLS_CHARACTERSET************** AL32UTF8 -- mutli-byte
NLS_LENGTH_SEMANTICS********** CHAR

Il faut savoir si vous êtes en multi-bytes ou en single-byte. En effet,en mutli-bytes, un caractère peut contenir jusqu'à 4 bytes. Ce qui pourrait expliquer pourquoi un id de 6 caractères ne rentre pas dans un id défini en 7 caractères

Selon votre réponse il faudra (a) soit adapter la definition des colonnes (b) soit changer le caractère set.

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE REFPAMUSER.E_PERSONNE
(
	ID                      VARCHAR2(7   CHAR),
	NOM         VARCHAR2(64  CHAR),
	PRENOM     VARCHAR2(64  CHAR),
	EMAIL      VARCHAR2(128 CHAR),
	ADRESSE   VARCHAR2(200 CHAR)
)

Il ya trop peu d'information pour savoir exactement ce qui se passe dans votre cas

[chekchouka]

Le "SELECT * FROM NLS_DATABASE_PARAMETERS;" me donne :

NLS_CHARACTERSET -> AL32UTF8
NLS_LENGTH_SEMANTICS -> BYTE

Si vous avez besoin d'autres informations dites moi lesquelles, et merci bcp de votre aide.

Cordialement.

[mnitu]

Vérifiez le contenu du votre fichier. Il est très probable que le caractère séparateur n’est pas toujours « ; ». Le message

ORA-12899: value too large for column ID (actual: 91, maximum: 7)

indique qu'il a accumulé 91 caractères pour la colonne ID entre deux séparateurs « ; »

[McM]

Pour restreindre le problème, mettre un reject à 1, et lire le bad_file (file1.bad)

Code :

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

1
2
3
  badfile   BAD_DIR:'file1.bad'
...  )
  REJECT LIMIT 1;