Discussion :

[tst]

Bonjour,

Je suis en version Oracle 10g, et j'ai des rejets lors du chargement d'un champ number (ORA-01722: invalid number). Le champ contient à la fois des espaces et la valeur null (vu avec Notepad++)
Un trim dans le CTL ne corrige pas le problème.
Quelqu'un aurait une idée ?

Merci de votre aide.

[jamesleouf]

Tu peux faire 2 requetes insert sur la même table (avec 2 conditions différentes), suivant si la valeur de ton champ est null, et la seconde si elle ne l'est pas (ou contient des blancs).

Du genre:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
INTO TABLE dept 
   WHEN recid = 1 
   (recid  FILLER POSITION(1:1)  INTEGER EXTERNAL,
    deptno POSITION(3:4)  INTEGER EXTERNAL, 
    dname  POSITION(8:21) CHAR) 
INTO TABLE emp 
   WHEN recid <> 1 
   (recid  FILLER POSITION(1:1)   INTEGER EXTERNAL,
    empno  POSITION(3:6)   INTEGER EXTERNAL, 
    ename  POSITION(8:17)  CHAR, 
    deptno POSITION(19:20) INTEGER EXTERNAL)

Sur cette page:
http://download.oracle.com/docs/cd/B...96652/ch05.htm


Chez toi ca ferait, un truc du genre
into table TABLE
WHEN champ IS NULL
(blablabla)
into table TABLE
when champs = BLANKS
(blabla)

Ma syntaxe est fausse, mais ça te donne une piste :S

[tst]

Bonjour Jamesleouf et merci pour ta réponse.

J'ai résolu mon problème en mettant un

Code :

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

1
2
 
"DECODE(ASCII(:mon_champ),32,null,:mon_champ)"

dans mon CTL

Merci encore

[jamesleouf]

Dans le traitement ce decode fait quoi?
Avant insertion en base, il modifie le null en blancs?

Merci a toi d'avoir posté ta réponse.

[Scriuiw]

Sinon un TRIM(Colonne) d'une colonne vide ramène NULL

[tst]

Le problème est ancien, mais de mémoire, le même champ contenait les deux caractères (espace et null), et l'insertion dans un champ numérique échouait. Le blanc est modifié en null avant insertion, accepté dans un champ numérique. Le trim supprime les espaces en début et fin de chaine, mais pas à l'intérieur d'un chaine. je pense que c'était plutôt un problème d'encodage.