SQL LOADER : value too large ...

Version imprimable

Bonjour,

je souhaiterais effectuer le chargement d'une base de données à une autre en utilisant des fichiers plats. J'ai réussi à charger presk l'ensemble de mes tables avec SQLLDR mais une me résiste ... :mrgreen:

mon fichier plat est de la forme :
Code:

1 2 3 4 5 6 "ID_MES","DATE_MES","VALEUR","TYPE_MES","FREQ_MES" "51950","05/04/2006 00:15:00","1","M","Q" "51951","05/04/2006 00:15:00","-1","M","Q" "51952","05/04/2006 00:15:00","422","A","Q" "51953","05/04/2006 00:15:00","27","A","Q"
dans la base de données cible :
Code:

1 2 3 4 5 6 7 8 create table MA_TABLE( DATE_MES DATE not null, VALEUR FLOAT, TYPE_MES VARCHAR2(1) not null, FREQ_MES VARCHAR2(1) not null, ID_MES NUMBER not null )
mon fichier de controle: control_MM.txt
Code:

1 2 3 4 5 6 LOAD DATA INFILE 'ma_table.csv' INSERT INTO TABLE MA_TABLE FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' (ID_MES,DATE_MES,VALEUR,TYPE_MES,FREQ_MES)
la commande sqllr lancée
Code:

1 2 3 sqlldr control=control_MM.txt log=log_MM.txt log=log_MM.txt bad=bad_MM.txt discard=discard_MM.txt direct=y errors=0 skip=1 userid=mon_login/pwd
l'erreur que j'obtiens
Record 13: Rejected - Error on table MA_TABLE, column TYPE_MES.
ORA-01401: inserted value too large for column

Config: Oracle 9.2

je ne sais vraiment plus dans quelle direction chercher. Un coup de main serait vivement apprécié ;)

merci d'avance à ceux qui se pencheront sur le probleme

Magic Charly

02/05/2006, 10h31
pifor

Donnez nous tous les éléments pour analyser l'erreur:
- la ligne 13 du fichier ma_table.csv
- le contenu des fichiers suivants:
log_MM.txt bad_MM.txt discard_MM.txt
02/05/2006, 10h38
magic charly

pas de problèmes ;)

ligne 13
"53292","05/04/2006 00:15:00","1","M","Q"
ligne 14
"53293","05/04/2006 00:15:00","-1","M","Q"

dans le fichier discard il n'y a rien
dans le fichier bad file (1 seule ligne )
"53293","05/04/2006 00:15:00","-1","M","Q"

j'ai l'impression qu'il interprete mal le -1

j'ai essayé de forcer le type en FLOAT dans le fichier de controle pour le champ VALEUR. ça ne change rien :?

merci pour votre aide

j'ai modifié mon fichier de controle comme suit :

Code:

1
2
3
4
5
6
7
 
LOAD DATA INFILE 'MM.csv'  & CV
TRUNCATE 
INTO TABLE MA_TABLE
FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"'
(ID_MES,DATE_MES date "dd/mm/yyyy hh24:mi:ss", VALEUR FLOAT,  TYPE_MES CHAR(1), FREQ_MES
CHAR(1))

jobtiens le log suivant :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
Number to load: ALL
Number to skip: 1
Errors allowed: 0
Continuation:    none specified
Path used:      Direct
Table MESURE_MAIN, loaded from every logical record.
Insert option in effect for this table: TRUNCATE
   Column Name                  Position   Len  Term Encl Datatype
------------------------------ ---------- ----- ---- ---- ---------------------
I_MES                             FIRST     *   ,  O(") CHARACTER
DATE_MES                             NEXT     *   ,  O(") DATE dd/mm/yyyy hh24:mi:ss
VALEUR                               NEXT     4           FLOAT
TYPE_MES                             NEXT     1   ,  O(") CHARACTER
FREQ_MES                             NEXT     1   ,  O(") CHARACTER
Record 108: Rejected - Error on table MA_TABLE, column TYPE_MES.
Field in data file exceeds maximum length
Record 13: Rejected - Error on table MA_TABLE, column TYPE_MES.
ORA-01400: cannot insert NULL into (TYPE_MES)
MAXIMUM ERROR COUNT EXCEEDED - Above statistics reflect partial run.
Table MESURE_MAIN:
  0 Rows successfully loaded.
  2 Rows not loaded due to data errors.
  0 Rows not loaded because all WHEN clauses were failed.
  0 Rows not loaded because all fields were null.
Bind array size not used in direct path.
Column array  rows :    5000
Stream buffer bytes:  256000
Read   buffer bytes: 1048576
Total logical records skipped:          1
Total logical records rejected:         2
Total logical records discarded:        0
Total stream buffers loaded by SQL*Loader main thread:        0
Total stream buffers loaded by SQL*Loader load thread:        0

peut etre cela donnera t il des infos supplémentaires?

13 "53292","05/04/2006 00:15:00","1","M","Q"
14 "53293","05/04/2006 00:15:00","-1","M","Q"

103 "51489","05/04/2006 00:15:00","1","M","Q"
104 "51558","05/04/2006 00:15:00","1","M","Q"

merci

02/05/2006, 10h54
casgr1

Encore une qualite d'Oracle : les codes d'erreurs retournés.

Essaie voir de taper ORA-01401 dans google, il y a de fortes chances que tu y trouves ta solution.
02/05/2006, 11h00
magic charly

c'est ce que je fais mais je ne trouve pas de réponse satisfaisant à mon probleme :oops:
02/05/2006, 11h11
aline

Bonjour,

Type_mes est un varchar2(1).
Il ne peux donc prendre -1.
Il faux que tu le change en varchar2(2).
02/05/2006, 11h19
magic charly

merci pour cette info :)
cependant.. TYPE_MES doit recevoir des valeurs comme "M" ou "Q"

c'est le champ valeur qui est un FLOAT qui reçoit "1" "-1" "0,422"

pensez vous que le fait que je sépare mes champs (fields) par des virgules plutot que des points virgule pourrait créer une confusion?
:?
le champ float peut il recevoir la valeur -1 (ça semblerait logique mais bon..) ?

merci de votre attention
02/05/2006, 11h59
aline

peux tu nous envoyer ton fichier bad complet?

en remplaçant optionally enclosed by '"' par
enclosed by '"' j'ai réussi a supprimer les erreurs que j'avais lorsque le champ Valeur prenait une valeur négative par contre les décimaux sont mal interprétées comme en témoigne le fichier bad ci dessous :

j'ai limité le nombre d'erreurs a 50 (errors=50 dans la commande sqlldr)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
 
51667","05/04/2006 00:15:00","0,5982","M","Q"
"51702","05/04/2006 00:15:00","0,7632","M","Q"
"51704","05/04/2006 00:15:00","0,9686","M","Q"
"51708","05/04/2006 00:15:00","0,689666666666667","M","Q"
"46490","05/04/2006 00:15:00","0,2215","M","Q"
"46491","05/04/2006 00:15:00","0,9316","M","Q"
"46492","05/04/2006 00:15:00","0,38625","M","Q"
"46499","05/04/2006 00:15:00","0,411","M","Q"
"46504","05/04/2006 00:15:00","0,21775","M","Q"
"46505","05/04/2006 00:15:00","0,932","M","Q"
"46506","05/04/2006 00:15:00","0,38","M","Q"
"46511","05/04/2006 00:15:00","0,22175","M","Q"
"46512","05/04/2006 00:15:00","0,9319","M","Q"
"46513","05/04/2006 00:15:00","0,38425","M","Q"
"46518","05/04/2006 00:15:00","0,3045","M","Q"
"46519","05/04/2006 00:15:00","0,8912","M","Q"
"46520","05/04/2006 00:15:00","0,484","M","Q"
"46525","05/04/2006 00:15:00","0,33825","M","Q"
"46526","05/04/2006 00:15:00","0,9122","M","Q"
"46527","05/04/2006 00:15:00","0,42825","M","Q"
"46532","05/04/2006 00:15:00","0,193","M","Q"
"46533","05/04/2006 00:15:00","0,9328","M","Q"
"46534","05/04/2006 00:15:00","0,388","M","Q"
"19013","05/04/2006 00:15:00","0,98025","M","Q"
"18618","05/04/2006 00:15:00","0,932","M","Q"
"18619","05/04/2006 00:15:00","0,39775","M","Q"
"16890","05/04/2006 00:15:00","1060,33333333333","A","Q"
"16891","05/04/2006 00:15:00","614,666666666667","A","Q"
"53305","05/04/2006 00:15:00","291,333333333333","A","Q"
"53307","05/04/2006 00:15:00","596,666666666667","A","Q"
"53308","05/04/2006 00:15:00","931,666666666667","A","Q"
"53310","05/04/2006 00:15:00","326,666666666667","A","Q"
"53314","05/04/2006 00:15:00","1754,33333333333","A","Q"
"53320","05/04/2006 00:15:00","1068,66666666667","A","Q"
"53321","05/04/2006 00:15:00","816,666666666667","A","Q"
"53322","05/04/2006 00:15:00","906,666666666667","A","Q"
"53323","05/04/2006 00:15:00","1706,33333333333","A","Q"
"53324","05/04/2006 00:15:00","328,666666666667","A","Q"
"53326","05/04/2006 00:15:00","577,333333333333","A","Q"
"53329","05/04/2006 00:15:00","233,666666666667","A","Q"
"53330","05/04/2006 00:15:00","279,666666666667","A","Q"
"53331","05/04/2006 00:15:00","519,333333333333","A","Q"
"53332","05/04/2006 00:15:00","579,666666666667","A","Q"
"53333","05/04/2006 00:15:00","1717,33333333333","A","Q"

comment faire pour accorder un plus grand nombre de bits à un float?

02/05/2006, 13h39
McM

Pourquoi tu déclares pas un NUMBER à la place d'un FLOAT ?
Y'a peut-être une erreur sur la virgule de séparation des décimales
02/05/2006, 13h54
magic charly

c'est ce que je pense (pour la virgule) ...
le type NUMBER n'est pa reconnu par SQL LOADER :(

je ne vois pas comment corriger uniquement les , qui ne sont pas au niveau du nombre float. ça me permettrait de séparer les champs par des ; par exemple tout en conservant la virgule qui est correctement interprétée par oracle.

<mon fichier fait 3000000 de lignes à la main ça serait pesant> :mouarf:

ex:

"55388";"06/04/2006 12:00:00";"1,566";"M";"Q"
02/05/2006, 14h34
aline

Et bien on a la réponse!
Tu ne peux pas séparer tes champs par des virgules et t'en servir en même temps comme séparateur.

deux solutions:

1:
Tu changes ton fichier en mettant des ; comme tu le suggérais (ou un . à la place de la virgule décimale).

2:
Tu loade toutes tes données dans une table intermédiaire. Et tu prends deux colonnes pour ta colonne VALEUR.
ensuite tu pourras facilement tout reconstruire dans ta table
02/05/2006, 16h00
magic charly

je relance ma requete pour fabriquer le fichier TSV adapté (ce qui risque de prendre un peu de temps)

et j'essaie ça :)

merci !

j'ai essayé

en ayant un fichier du type :

"55388";"06/04/2006 12:00:00";"1,566";"M";"Q"

et en adaptant mon fichier de controle

Code:

1
2
3
4
5
6
LOAD DATA INFILE 'MM.tsv' 
TRUNCATE
INTO TABLE MA_TABLE
FIELDS TERMINATED BY ';' ENCLOSED BY '"'
(ID_MES,DATE_MES date "dd/mm/yyyy hh24:mi:ss", VALEUR FLOAT,  TYPE_MES CHAR(1), FREQ_MES
CHAR(1))

a ma plus grande surprise ça ne change rien.... 8O

il refuse toujours les décimaux & les entiers relatifs

d'autre part les insertions réalisées ne correspondent pas à la réalité:

attendu :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
DATE_MES VALEUR TYPE_MES FREQ_MES ID_MES
05/04/2006 00:15:00 1 M Q 51950
05/04/2006 00:15:00 1 M Q 51951
05/04/2006 00:15:00 1 M Q 51952
05/04/2006 00:15:00 1 M Q 51953
05/04/2006 00:15:00 1 M Q 52516
05/04/2006 00:15:00 1 M Q 52517
05/04/2006 00:15:00 1 M Q 52518
05/04/2006 00:15:00 1 M Q 53288
05/04/2006 00:15:00 1 M Q 53289
05/04/2006 00:15:00 1 M Q 53290
05/04/2006 00:15:00 1 M Q 53291
05/04/2006 00:15:00 1 M Q 53292

obtenu :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
DATE_MES VALEUR TYPE_MES FREQ_MES ID_MES
05/04/2006 00:15:00 0,00247485237196088 M Q 51950
05/04/2006 00:15:00 0,00247485237196088 M Q 51951
05/04/2006 00:15:00 0,00247485237196088 M Q 51952
05/04/2006 00:15:00 0,00247485237196088 M Q 51953
05/04/2006 00:15:00 0,00247485237196088 M Q 52516
05/04/2006 00:15:00 0,00247485237196088 M Q 52517
05/04/2006 00:15:00 0,00247485237196088 M Q 52518
05/04/2006 00:15:00 0,00247485237196088 M Q 53288
05/04/2006 00:15:00 0,00247485237196088 M Q 53289
05/04/2006 00:15:00 0,00247485237196088 M Q 53290
05/04/2006 00:15:00 0,00247485237196088 M Q 53291
05/04/2006 00:15:00 0,00247485237196088 M Q 53292

l'erreur qui est donnée dans le log est :
Rejected - Error on table MA_TABLE, column TYPE_MES.
Initial enclosure character not found

02/05/2006, 17h28
pifor

Essayez d'utiliser pour la colonne qui est FLOAT plutôt le type NUMBER(x,y) avec x = nombre maximal de chiffres avant la virgule et y = nombre maximal de chiffres après la virgule.
03/05/2006, 09h09
magic charly
je ne comprends pas ce que tu m'as indiqué ne semble pas reconnu par sqlldr a moins que je ne l'ai pas utilisé correctement (voir ci dessous)
Code:

1 2 3 4 SQL*Loader-350: Syntax error at line 7. Expecting "," or ")", found "NUMBER". (IDARC,DATE_MES date "dd/mm/yyyy hh24:mi:ss", VALEUR NUMBER(10,10), T
j'ai essayé de passer en FLOAT EXTERNAL Parce que INTEGER, FLOAT, ..etc semblent etre pr sqlldr des types binaires. Mais le mot clé external ne semble pas être compris par sqlldr alors que j'ai trouvé sur internet de la doc l'utilisant.

je n'ai plus de pistes... :cry:

merci à vous tous
03/05/2006, 09h15
pifor

En fait je voulais dire changer le type de la colonne dans la table et non changer dans le fichier de contrôle. De plus, sauf pour les données qui ont un format spécial (comme les dates), je conseille plutôt de ne mettre aucune indication de type dans le fichier de contrôle: sqlldr doit pouvoir se débrouiller tout seul en consultant la définition de la table et en faisant les conversions nécessaires.

j'ai passé la colonne de la table en NUMBER(8,12)

et je n'ai pas précisé de type dans le fichier de controle de SQLLDR pour cette colonne.

voici le contenu de mon fichier bad (aucune ligne n'a été acceptée)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
"51950";"05/04/2006 00:15:00";"1";"M";"Q"
"51951";"05/04/2006 00:15:00";"1";"M";"Q"
"51952";"05/04/2006 00:15:00";"1";"M";"Q"
"51953";"05/04/2006 00:15:00";"1";"M";"Q"
"52516";"05/04/2006 00:15:00";"1";"M";"Q"
"52517";"05/04/2006 00:15:00";"1";"M";"Q"
"52518";"05/04/2006 00:15:00";"1";"M";"Q"
"53288";"05/04/2006 00:15:00";"1";"M";"Q"
"53289";"05/04/2006 00:15:00";"1";"M";"Q"
"53290";"05/04/2006 00:15:00";"1";"M";"Q"
"53291";"05/04/2006 00:15:00";"1";"M";"Q"
"53292";"05/04/2006 00:15:00";"1";"M";"Q"
"53293";"05/04/2006 00:15:00";"-1";"M";"Q"
"53294";"05/04/2006 00:15:00";"-1";"M";"Q"
"53295";"05/04/2006 00:15:00";"-1";"M";"Q"
"53296";"05/04/2006 00:15:00";"-1";"M";"Q"
"53297";"05/04/2006 00:15:00";"-1";"M";"Q"
"53298";"05/04/2006 00:15:00";"-1";"M";"Q"
"53299";"05/04/2006 00:15:00";"-1";"M";"Q"
"53301";"05/04/2006 00:15:00";"-1";"M";"Q"
"53301";"05/04/2006 00:15:00";"-1";"M";"Q"
"53302";"05/04/2006 00:15:00";"-1";"M";"Q"
"53303";"05/04/2006 00:15:00";"-1";"M";"Q"

l'erreur diagnostiquée dans le log est :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
Column Name                  Position   Len  Term Encl Datatype
------------------------------ ---------- ----- ---- ---- ---------------------
ID_MES                              FIRST     *   ;  O(") CHARACTER
DATE_MES                             NEXT     *   ;  O(") DATE dd/mm/yyyy hh24:mi:ss
VALEUR                               NEXT     *   ;  O(") CHARACTER
TYPE_MES                             NEXT     1   ;  O(") CHARACTER
FREQ_MES                             NEXT     1   ;  O(") CHARACTER
 
Record 1: Rejected - Error on table MA_TABLE column VALEUR.
ORA-01438: value larger than specified precision allows for this column
Record 2: Rejected - Error on table MA_TABLE, column VALEUR.
ORA-01438: value larger than specified precision allows for this column
 
Record 3: Rejected - Error on table MA_TABLE, column VALEUR.
ORA-01438: value larger than specified precision allows for this column
Record 4: Rejected - Error on table MA_TABLE, column VALEUR.
ORA-01438: value larger than specified precision allows for this column
Record 5: Rejected - Error on table MA_TABLE, column VALEUR.
ORA-01438: value larger than specified precision allows for this column
Record 6: Rejected - Error on table MA_TABLE, column VALEUR.
ORA-01438: value larger than specified precision allows for this column

03/05/2006, 10h26
plaineR

Citation:

Envoyé par magic charly

j'ai passé la colonne de la table en NUMBER(8,12)

8O
Cela signifie 8 chiffres dont 12 décimales
=> ce n'est pas possible

Passe-là en number sans spécification pour voir.

Oui, PlaineR a raison. Si le fichier de données ne contient que des entiers il faut avoir:

Code:

1
2
3
4
5
6
7
8
 
 
CREATE TABLE matable(
date_mes DATE not null,
valeur NUMBER(8),
type_mes VARCHAR2(1) not null,
freq_mes VARCHAR2(1) not null,
id_mes NUMBER not null);

Code:

1
2
3
4
5
6
 
LOAD DATA INFILE 'matable.csv' 
TRUNCATE
INTO TABLE MATABLE
FIELDS TERMINATED BY ';' OPTIONALLY ENCLOSED BY '"'
(ID_MES, DATE_MES "to_date(:date_mes,'dd/mm/yyyy:hh24:mi:ss')", VALEUR, TYPE_MES, FREQ_MES)

Avec les données suivantes:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
"51950";"05/04/2006 00:15:00";"1";"M";"Q"
"51951";"05/04/2006 00:15:00";"1";"M";"Q"
"51952";"05/04/2006 00:15:00";"1";"M";"Q"
"51953";"05/04/2006 00:15:00";"1";"M";"Q"
"52516";"05/04/2006 00:15:00";"1";"M";"Q"
"52517";"05/04/2006 00:15:00";"1";"M";"Q"
"52518";"05/04/2006 00:15:00";"1";"M";"Q"
"53288";"05/04/2006 00:15:00";"1";"M";"Q"
"53289";"05/04/2006 00:15:00";"1";"M";"Q"
"53290";"05/04/2006 00:15:00";"1";"M";"Q"
"53291";"05/04/2006 00:15:00";"1";"M";"Q"
"53292";"05/04/2006 00:15:00";"1";"M";"Q"
"53293";"05/04/2006 00:15:00";"-1";"M";"Q"
"53294";"05/04/2006 00:15:00";"-1";"M";"Q"
"53295";"05/04/2006 00:15:00";"-1";"M";"Q"
"53296";"05/04/2006 00:15:00";"-1";"M";"Q"
"53297";"05/04/2006 00:15:00";"-1";"M";"Q"
"53298";"05/04/2006 00:15:00";"-1";"M";"Q"
"53299";"05/04/2006 00:15:00";"-1";"M";"Q"
"53301";"05/04/2006 00:15:00";"-1";"M";"Q"
"53301";"05/04/2006 00:15:00";"-1";"M";"Q"
"53302";"05/04/2006 00:15:00";"-1";"M";"Q"
"53303";"05/04/2006 00:15:00";"-1";"M";"Q"

la commande suivante:

Code:

1
2
 
sqlldr control=matable.ctl log=mt.log bad=mt.bat discard=mt.dis errors=0 userid=test/test

fonctionne:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
 
 
SQL*Loader: Release 10.2.0.1.0 - Production on Wed May 3 10:27:58 2006
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
Control File:   matable.ctl
Data File:      matable.csv
  Bad File:     mt.bat
  Discard File: mt.dis
 (Allow all discards)
 
Number to load: ALL
Number to skip: 0
Errors allowed: 0
Bind array:     64 rows, maximum of 256000 bytes
Continuation:    none specified
Path used:      Conventional
 
Table MATABLE, loaded from every logical record.
Insert option in effect for this table: TRUNCATE
 
   Column Name                  Position   Len  Term Encl Datatype
------------------------------ ---------- ----- ---- ---- ---------------------
ID_MES                              FIRST     *   ;  O(") CHARACTER
DATE_MES                             NEXT     *   ;  O(") CHARACTER
    SQL string for column : "to_date(:date_mes,'dd/mm/yyyy:hh24:mi:ss')"
VALEUR                               NEXT     *   ;  O(") CHARACTER
TYPE_MES                             NEXT     *   ;  O(") CHARACTER
FREQ_MES                             NEXT     *   ;  O(") CHARACTER
 
 
Table MATABLE:
  23 Rows successfully loaded.
  0 Rows not loaded due to data errors.
  0 Rows not loaded because all WHEN clauses were failed.
  0 Rows not loaded because all fields were null.
 
 
Space allocated for bind array:                  82560 bytes(64 rows)
Read   buffer bytes: 1048576
 
Total logical records skipped:          0
Total logical records read:            23
Total logical records rejected:         0
Total logical records discarded:        0
 
Run began on Wed May 03 10:27:58 2006
Run ended on Wed May 03 10:27:58 2006
 
Elapsed time was:     00:00:00.07
CPU time was:         00:00:00.03

Citation:

Envoyé par pifor

Essayez d'utiliser pour la colonne qui est FLOAT plutôt le type NUMBER(x,y) avec x = nombre maximal de chiffres avant la virgule et y = nombre maximal de chiffres après la virgule.

je ne savais pas je m'étais fié a la proposition de pifor

j'ai essayé en mettant simplement number : ça ne fonctionne pas
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 Record 142: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number Record 144: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number Record 148: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number Record 567: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number Record 568: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number Record 569: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number Record 576: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number Record 580: Rejected - Error on table MA_TABLE, column VALEUR. ORA-01722: invalid number
tous les décimaux sont rejetés :cry:

03/05/2006, 10h41
magic charly

Oui, PlaineR a raison. Si le fichier de données ne contient que des entiers il faut avoir:
mais je n'ai pas que des entiers c'est bien la mon problème... :roll:

je ne sais plus quoi essayer
03/05/2006, 10h44
pifor

Donnez-nous des exemples représentatifs de toutes les données pour la colonne VALEUR avec et sans chiffre après la virgule, avec le maximum de chiffres avant et après la virgule.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
"51666";"05/04/2006 00:15:00";"1";"M";"Q"
"51667";"05/04/2006 00:15:00";"0,5982";"M";"Q"
"51702";"05/04/2006 00:15:00";"0,7632";"M";"Q"
"51703";"05/04/2006 00:15:00";"1";"M";"Q"
"51704";"05/04/2006 00:15:00";"0,9686";"M";"Q"
"51705";"05/04/2006 00:15:00";"1";"M";"Q"
"51706";"05/04/2006 00:15:00";"1";"M";"Q"
"51707";"05/04/2006 00:15:00";"1";"M";"Q"
"51708";"05/04/2006 00:15:00";"0,689666666666667";"M";"Q"
"51354";"05/04/2006 00:15:00";"-1";"M";"Q"
"46506";"05/04/2006 00:15:00";"0,38";"M";"Q"
"46511";"05/04/2006 00:15:00";"0,22175";"M";"Q"
53333";"05/04/2006 00:15:00";"1717,33333333333";"A";"Q"
"53289";"05/04/2006 00:15:00";"316,333333333333";"A";"Q"
"53292";"05/04/2006 00:15:00";"1758,66666666667";"A";"Q"
"51675";"05/04/2006 00:30:00";"0,862866666666667";"M";"Q"

j'ai jusqu'à 15 chiffres apres la virgule et au maximum 6 chiffres devant la virgule.

merci bcp pour votre aide.

je sais que cela doit vous prendre du temps de m'aider avec mon probleme :oops:
ça me gêne un peu mais j'arrive a un point ou je n'ai plus d'idées

03/05/2006, 11h08
pifor
J'ai réussi à charger les données suivantes:
Code:

1 2 3 "51708";"05/04/2006 00:15:00";"0,689666666666667";"M";"Q" "16890";"05/04/2006 00:15:00";"1060,33333333333";"A";"Q"
avec MATABLE.VALEUR de type NUMBER (sans rien d'autre)

MEA CULPA: une déclaration de type NUMBER(x,y) n'est q'une forme de contrainte sur la plage des valeurs acceptées et non une clause de stockage. De plus un NUMBER (8,12) n'a pas de vraiment de sens en général puisqu'il faudrait stocker 8 chiffres dont 12 après la virgule.
et
Code:

1 2 set NLS_LANG=FRENCH_FRANCE.WE8MSWIN1252
avant d'appeler sqlldr pour que ',' soit bien le séparateur décimal
03/05/2006, 11h14
plaineR

ou il suffit de spécifier le paramètre characterset dans ton fichier de contrôle.
03/05/2006, 11h17
pifor

Dans mon environnement il fallait préciser le séparateur décimal qui n'est pas vraiment lié au jeu de caractères mais plus au territoire et language.
03/05/2006, 11h54
magic charly

VICTORY !!

c'est bien la variable d'environnement NLS_LANG qui n"avait pas la bonne valeur

elle était a american... quelquechose
j'ai fait

export NLS_LANG=FRENCH_FRANCE.WE8ISO8859P1

et j'ai bien réussi a insérer toutes mes lignes je vous remercie bcp

je vous dois une fiere chandelle :mouarf:
25/10/2007, 18h16
isn44

export NLS_LANG=FRENCH_FRANCE.WE8ISO8859P1

bonjour magic charly,

peux tu m'indiquer comment proceder pour positionner le NLS_LANG ?
(question de débutant)

Merci d'avance.