Aide pour création d'un trigger

[malimaot]

Bonjour a tous,
Bon j'ai la table suivante

Code :

Clients(id,chef,etat1,etat2,etat3)

Un batch remplit la table automatiquement, et pour la colonne chef, parfois elle ne contient que des espaces comme ' ', ce que je veux c'est remplacer ces espaces par un texte par défaut par exemple 'vide'
Alors supposons que la ligne suivante est insérée

Code :

12,'   ',0,0,0

j'aimerais avoir la ligne suivante dans ma table

Code :

12,'vide',0,0,0

Je pense que les triggers Before Insert permettent de faire ça.
A noter que les nombre d'espaces dans la colonne chef est généralement 3 espaces, mais je ne suis pas sûr s'elle peut contient plus ou mois d'espace ou même la valeur null
Merci d'avance.

[mnitu]

'vide' c'est n'importe quoi. Mettez Null et modifiez le batch pour qu'il gère ça correctement.

[malimaot]

Envoyé par mnitu

'vide' c'est n'importe quoi. Mettez Null et modifiez le batch pour qu'il gère ça correctement.

Merci mnitu.
Pour le batch, je ne peux pas le modifier. et pour la colonne chef, c'est une clé étrangère qui pointe vers une autre table chef.
la table chef est comme suit:

Code :

Chef(ref, nom, prenom, ...)

lorsque la colonne chef de Cllients contient vide, elle pointe vers une ligne dans la table chef. Ce qui n'est pas possible si elle est null.
la table chef est alimentée par un autre batch, alors je ne peux pas mettre une ligne avec ref= ' '.
Je ne sais pas si j'ai bien expliqué le problème, mais ce que je cherche c'est la façon de création d'un trigger qui permet de remplacer la valeur ' ' par une autre valeur 'xxx' chaque fois qu'une nouvelle ligne est insérée.
J'ai déjà fait ça en MSSQL et je sais qu'il est possible de le faire en PL/SQl mais je n'arrive pas à le faire puisque je n'ai aucun expérience en PL/SQL.
Merci.

[mnitu]

La valeur 'vide' de la table Chef est elle aussi du n'importe quoi.
Pour les triggers lisez "6. Les déclencheurs".

[StringBuilder]

Pour pallier à la valeur "vide" qui chagrine mnitu, ne pouvez-vous pas modifier le champ pour qu'il accepte les NULL ?

Même s'il y a une FK, Oracle acceptera alors la valeur NULL.

[malimaot]

Bon j'explique un peu plus.
Si la valeur de chef dans la table clients est égale à ' ', la jointure avec la table chef doit être avec une ligne.
Si je mets des null à la place de ' ', je ne vais pas pouvoir faire une jointure entre les deux tables.
Une autre raison:
Si par exemple j'exécute la requête suivante

Code :

1
2
SELECT * FROM clients, chef
WHERE client.chef=chef.ref

je dois avoir pour les clients dont chef=' ' des informations par défaut.
exemple: nom, prénom,....,nom chef par défaut, prénom chef par défaut,...
pour cela il y a déjà une ligne dans la table chef avec comme ref vide.

[mnitu]

Supprimez 'vide', faites une jointure externe.

[Mohamed.Houri]

Envoyé par malimaot

lorsque la colonne chef de Cllients cintient vide, elle pointe vers une ligne dans la table chef. Ce qui n'est pas possible s'elle est null.

Il y a quelque chose de très important à comprendre en Oracle lorsqu’il s’agit de contrainte (clé étrangère ou contrainte de vérification) et/ou de where clause (predicate en anglais).

1. Un predicate passe la validation lorsqu’il s’évalue à VRAI
2. Une contrainte passe la validation lorsqu’elle ne s’évalue pas à FAUX

Et c’est là où réside la différence. Une contrainte qui ne s’évalue pas à FAUX peut avoir deux valeurs (a) VRAI ou (b) NULL. Ce qui veut dire qu’une clé étrangère peut être acceptée lorsqu’elle s’évalue à NULL. Voyant ceci en action:

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
 
mohamed@mhouri> CREATE TABLE t_parent(id number);
 
TABLE créée.
 
 
mohamed@mhouri> ALTER TABLE t_parent ADD constraint t_uk UNIQUE(id);
 
TABLE modifiée.
 
mohamed@mhouri> CREATE TABLE t_child(id_c number);
 
TABLE créée.
 
mohamed@mhouri> ALTER TABLE t_child ADD constraint c_fk FOREIGN KEY (id_c) REFERENCES t_parent(id);
 
TABLE modifiée.
 
mohamed@mhouri> INSERT INTO t_parent VALUES(1);
 
1 ligne créée.
 
mohamed@mhouri> INSERT INTO t_parent VALUES(2);
 
1 ligne créée.
 
mohamed@mhouri> INSERT INTO t_child VALUES (1);
 
1 ligne créée.

Je vais maintenant insérer un enregistrement dans la table t_child qui n'existe pas dans la table t_parent

Code :

1
2
3
4
 
mohamed@mhouri> INSERT INTO t_child VALUES (NULL);
 
1 ligne créée.

La clé étrangère dans ce cas a été validée car elle a été évaluée à NULL.

Pire encore, j'ai déclaré intentionnellement, le champ id de la table t_parent comme unique et non comme clé primaire pour montrer que je peux faire ceci aussi :

Code :

1
2
3
4
5
6
7
8
 
mohamed@mhouri> INSERT INTO t_parent VALUES(NULL);
 
1 ligne créée.
 
mohamed@mhouri> INSERT INTO t_child VALUES(NULL);
 
1 ligne créée.

Ce petit rappel étant fait, vous pouvez naturellement laisser le champ chef de la table fille client à NULL, la clé étrangère qui lui est associée passera la validation comme expliqué plus haut. Et utiliser les jointures externes, comme vous l’a suggéré mnitu, afin de sélectionner les lignes du père (parent table) qui n’ont pas de correspondants dans la table fille (child table).