charger une date par défaut avec sql Loader

[top-dogg]

Bonjour,

Voici mon problème:
Je désirerai charger un table qui possède un champ date avec sql Loader.
Si ce champ date est null j'aimerai insérer dans ce champ, une valeur par défaut (exemple : '01.01.0001' ou '01/01/0001' );

Avez vous des proposition à me faire parce que je sèche vraiment là dessus

Merci d'avance pour vos solutions.

[nuke_y]

Pourquoi ne pas le faire directement dans l'architecture ?

[pifor]

Exemple:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
SQL> CREATE TABLE t(x int, d date);
 
TABLE created.
 
SQL> ALTER TABLE t MODIFY (d DEFAULT to_date('01.01.0001','DD.MM.YYYY'));
 
TABLE altered.
 
SQL> INSERT INTO t(x) VALUES(0);
 
1 row created.
 
SQL> SELECT * FROM t;
 
         X D
---------- ---------
         0 01-JAN-01
 
SQL>

[top-dogg]

merci pour vos réponse.
Cependant, il y a une contrainte not null pour ce champ.
Donc cela peut poser quelques problème lors du chargement de la table?
est-ce vraiment la meilleure solution?

[nuke_y]

C'est complémentaire il me semble. Si tu inséres null et qu'il y a une valeur par défaut, la contrainte not null ne sera jamais violée.

[top-dogg]

re-bonjour,

j'ai enlevé la contrainte not null.
cependant la commande
ALTER TABLE T MODIFY (d DEFAULT to_date('01/01/2001','DD/MM/YYYY'));

n'insere pas la date par défaut lorsque l'on charge la table par sql loader.
sql Loader:

d DATE "RRRR.MM.DD" NULLIF d= BLANKS

et donc il m'insère un blanks et non la valeur par défaut.

pourriez vous m'éclairer?
merci

[pifor]

Code :

d DATE "RRRR.MM.DD" NULLIF d= BLANKS

insère valeur nulle SQL si le champ d est composé de blancs.

Vous pouvez essayer après la phase de chargement avec Oracle 9i:

Code :

 UPDATE t SET d = DEFAULT WHERE d IS NULL;

[nuke_y]

J'ai pas bien compris pourquoi avoir viré la contrainte not null... C'était exactement ce dont tu avais besoin...

[top-dogg]

non je n'en ai pas vraiment besoin.
en faite pourrai-t-on insérer la valeur par défaut dans le ctl?
la méthode update me parait assez lourde si il y a bcp d'enregistrements...

[pifor]

La clause DEFAULTIF ne semble pas concerner les colonnes de type DATE.
Dans votre cas, il faut sans doute passer par un trigger sur INSERT.

[top-dogg]

bien vu, ce qui m'amène à une autre question...
est ce qu'on peut faire un trigger modifiant plusieurs date contenus dans différentes tables d'un schéma?

merci

[nuke_y]

oui. Après il faut faire attention à l'enchaînement des modifications.

[top-dogg]

merci pour vos nombreuses réponses,

pour le moment j'ai créer mon trigger mais cependant, lors du chargement avec sql loader, celui ci désactive tous les triggers. ce qui est un peu gênant dans mon cas...
Vous ne trouvez pas?
Y'a-t-il un moyen pour justement pouvoir executer le trigger pendant le load?

merci d'avance!

[pifor]

C'est probablement parce que vous faites du chargement direct (DIRECT=true) ?
Si vous voulez garder cette option et ne pas utilisez un UPDATE après le chargement, il faut sans doute mettre la valeur par défaut dans le fichier à charger.

[top-dogg]

Envoyé par pifor

C'est probablement parce que vous faites du chargement direct (DIRECT=true) ?
Si vous voulez garder cette option et ne pas utilisez un UPDATE après le chargement, il faut sans doute mettre la valeur par défaut dans le fichier à charger.

Merci,
comment est-ce que je pourrai mettre cette valeur par défaut dans le fichier?
je pensai plutot la mettre dans le .ctl, qu'en pensez vous?
cependant j'ai essayé comme ceci mais ca n'a pas l'air de fonctionner. et les codes que je trouve sur internet ne fonctionne pas du tout!

[pifor]

Moi j'utiliserais des outils Unix comme sed, awk pour faire cette modification directement dans les données.