SQl LOADER: Problème de date

Version imprimable

10/01/2006, 16h32
claralavraie

SQl LOADER: Problème de date

Bonjour,
dans mon sql loader, je récupère un champs dans un fichier plat qui est sous la forme yyyymmdd. Donc je veux le convertir en date dans mon sql loader mais cela ne fonctionne pas.
Voic mon code:

Code:

DATE_SAISIE POSITION(12:20) Date 'to_date(:Date_saisie, 'DD/MM/YYYY'

Quelqu'un sait il comment faire?
10/01/2006, 16h45
plaineR

oui c'est entre guillement (") et non entre côtes (') qu'il faut mettre la fonction :wink:
10/01/2006, 16h47
plaineR

Je te conseille vivement de lire (si ce n'est pas déjà fait l'excellent tuto de Jaouad) :
http://jaouad.developpez.com/sqlldr/#LV-I
10/01/2006, 16h54
claralavraie

OK j'ai mis mon instruction entre guillemets mais j'ai toujours une erreur:
syntax error near unexpected token ('..

Essaie :

Code:

1
2
3
LOAD DATA 
INTO TABLE matable 
(date_saisie POSITION (12:20) DATE "DD/MM/YYYY")

10/01/2006, 17h03
claralavraie

je viens d'essayer et maintenant j'ai l'erreur suivante:
Expecting valid column specification, "," or ")", found "dd".
DATE_SAISIE POSITION(12:20) DATE dd/mm/yyyy,
^
l'accent circonflexe en dessous du N de position, indique t'ill'erreur?
10/01/2006, 17h07
claralavraie

non l'accent circonflexe est en dessous du dd
10/01/2006, 17h20
plaineR

As-tu bien mis "dd/mm/yyyy" entre guillemets ?
10/01/2006, 17h24
claralavraie

oui j'ai bien mis les guillemets mais je ne sais pas pourquoi j'ai l'impression que quand j'execute mon sql loader il ne prend pas en compte ces guillemets.
10/01/2006, 17h30
claralavraie

OK j'ai trouvé...
J'ai créé un fichier qui contient le corps de mon sql loader et là il a pris les guillemets en compte.
Mais je ne sais pas pourquoi?
10/01/2006, 17h34
PpPool
bonjour

n'aurais tu pas oublier de spécifier le caractére de séparation de tes champs ?

as tu bien par exemple :
Code:

1 2 3 FIELDS TERMINATED BY ";" OPTIONALLY ENCLOSED BY '"' TRAILING NULLCOLS
peux-tu poster :
:arrow: un exemple de ligne de chargement (si tu le peux)
:arrow: ton fichier de controle
:arrow: le script de création de ta table

on pourra t'aider plus ainsi

Ah non apparemment je n'ai pas mis cela...donc tout s'expliqueriat alors?
Voici mon sql loader:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 echo "LOAD DATA INFILE '$ARRIVEE/fichier.txt' APPEND INTO TABLE TABLE {val1 POSITION(1:11) CHAR ,val2 POSITION(21:56) CHAR ,DATE POSITION(12:20) Date "DD/MM/YYYY')" ,val3 POSITION(57:62) CHAR ,val4 POSITION(74:82) CHAR ,val5 POSITION(83:91) CHAR ,IMG_PATH ":val||'/'||:val4||'/'||:val1||'.TIF'" } " >>$SRC_SQLLOADER/fichier.ctl sqlload $BASE fichier.ctl;
Voilà mon sql loader.
Sauf que j'ai mis le corps dans un fichier séparé.

Un ligne de chargement:
00011111111;20051222;NOM_Personne ;15000; ;PA111111;PKA11111

Mon fichier de controle?

10/01/2006, 17h43
plaineR

Oulalala ! Tu mélanges tout ! Préciser les positions c'est pour les fichiers à colonne de largeur fixe. Dans ton cas, il faut indiquer le séparateur de colonne comme te l'a indiqué Popol.

Je te (re)conseille vivement de lire le tuto de Jaouad.

Je ne sais pas si c'est le bon script que tu nous as indiqué, il est bourré de fautes. :roll:
10/01/2006, 17h45
plaineR

Citation:

Envoyé par claralavraie

OK j'ai trouvé...
J'ai créé un fichier qui contient le corps de mon sql loader et là il a pris les guillemets en compte.
Mais je ne sais pas pourquoi?

8O Je ne comprends pas tout ce que tu as voulu dire...

Non je ne peux pas indiquer le séparateur ; car j'ai des informations dont je ne me sert pas dont je ne me sers pas dans ce fichier.txt. c'est pour cela que j'utilise les positions.
Pour ce qui est du code je le remets, j'ai du me tromper, excuse moi
Code:

1 2 3 4 5 6 7 8 9 10 11 12 LOAD DATA INFILE '$rep/fichier.TXT' " INSERT INTO TABLE NOM_TABLE (VAL1 POSITION(1:11), VAL2 POSITION(21:56), DATE_SAISIE POSITION(13:20) DATE "yyyymmdd", VAL3 POSITION(57:62), VAL4 POSITION(74:82), VAL5 POSITION(83:91), VAL6 "246 " , IMG_PATH ":VAL6||'/'||:VAL3||'/'||:VAl1||'.TIF'")
Ne faites pas attention au position, en recopiant le fichier j'ai enlevé certaines données

10/01/2006, 17h53
plaineR

Tes colonnes sont-elle de largeurs fixe pour toutes les lignes de ton fichier ?

Si oui ton fichier de contrôle me semble correct.
10/01/2006, 17h55
claralavraie

oui mes lignes sont de largeurs fixes....
10/01/2006, 17h57
PpPool

Citation:

Envoyé par plaineR

comme te l'a indiqué Popol.

c'est PpPool et pas Popol !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

:lol: :lol: :lol: :lol: :lol:
10/01/2006, 18h00
plaineR

:lol: Milles excuses !!!! :oops: C'est une faute de frappe !!!
Promis je ferais attention la prochaine fois. :wink:
10/01/2006, 18h08
PpPool

Citation:

Envoyé par plaineR

:lol: Milles excuses !!!! :oops: C'est une faute de frappe !!!
Promis je ferais attention la prochaine fois. :wink:

:wink: popol çà le fait moins !!!!!

j'ai mis l'option:
FIELDS DELIMITED BY ',' OPTIONALLY '"'
mais j'ai une erreur:
FIELDS: command not found
TRUNCATE: command not found
syntax error near unexpected token `('
(CARD POSITION(1:11),

Voici mon code:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 echo "LOAD DATA INFILE '$rep/fichier.TXT' STREAM BADFILE '$LOGS/fichier.BAD' DISCARDFILE '$LOGS/fichier.DISCARD'" FIELDS DELIMITED BY ',' OPTIONALLY '"' TRUNCATE INTO TABLE Nom_table (Val1 POSITION(1:11), Val2 POSITION(22:56), DATE_SAISIE POSITION(13:20) DATE "yyyymmdd", val3 POSITION(58:62), Val4 POSITION(75:82), val5 POSITION(84:91), val6 INTEGER EXTERNAL "246" , Val7 CHAR ":val6||'/'||:val3||'/'||:val1||'.TIF'") " >>fichier.ctl
Je ne sais pas d'où vient l'erreur.

11/01/2006, 11h21
plaineR
Citation:
Envoyé par PpPool

Code:

1 2 3 FIELDS TERMINATED BY ";" OPTIONALLY ENCLOSED BY '"' TRAILING NULLCOLS
Mais tu ne peux pas cumuler les positions et ces options.
11/01/2006, 11h23
claralavraie

ok d'accord donc je suis obligée de faire un fichier à part pour que mes guillemets soient pris en compte...
28/03/2017, 10h34
filsdepub

Bonjour,

Je déterre (littéralement, vu l'ancienneté de la discussion...) ce sujet pour un problème portant sur le même sujet: le chargement de dates dans une base.

J'arrive bien à charger mon fichier avec des paramètres date de ce type:

Code:

DT_MVT "to_date(:DT_MVT,'yyyymmdd')",

apparaît dans la table sous cet aspect: 01/02/2017 (normal)

Code:

AN_NAISS "to_date(:AN_NAISS,'yyyy')"

apparaît dans la table sous cet aspect: 01/03/1954 (problématique car le jour et le mois sont ajoutés automatiquement par oracle)

Code:

DT_CG "to_date(:DT_CG,'yyyymmdd')"

apparaît dans la table sous cet aspect: 23/09/1988 (normal)

Code:

ANMO_MEC "to_date(:ANMO_MEC,'yyyymm')"

apparaît dans la table sous cet aspect: 01/09/1988 (il ne devrait apparaître que l'année et le mois)

Comment serait-il possible que, lors du chargement, les formats to_date soient respectés et non pas systématiquement transformés en dd/mm/yyyy ?

En fouinant sur internet, j'ai trouvé la variable NLS_DATE_FORMAT mais je ne sais pas (en tout cas, cela n'a pas fonctionné) si je peux l'inclure dans mon .ctl afin que le format date reste tel qu'il est dans le fichier de chargement ?

Merci.
28/03/2017, 11h09
skuatamad

Une date est un type de donnée qui comporte le jour, mois, année, et sur Oracle, la composante horaire jusqu'à la seconde également.

Si vous souhaitez stocker une année (qui n'est donc pas une date) vous pouvez le faire en stockant l'information dans un number(4).
Pour le mois année, vous pouvez le faire dans 2 colonnes.

Si vous conservez le type date, vous pouvez aussi fixer lors du chargement les composantes manquantes, par exemple considérer que pour stocker l'année vous le faites au 1er janvier.

Bref tout dépend de vos objectifs et de vos possibilités à modifier le modèle, mais une année ne sera jamais une date.
28/03/2017, 11h24
filsdepub

Ce serait donc pour cette raison que lors, du chargement de l'année (ex: 1984 dans le fichier source), Oracle ajoute 01/03/1984 ?
C'est parce que j'ai fait le chargement au mois de mars et qu'il ajoute par défaut le 1er jour du mois ?