quelle instruction faut il utiliser dans le trigger jouant le rôle que distinct

Bonjour,

j'ai besoin d'utiliser le distinct dans mon trigger mais cela ne marche pas. Ya -il autre chose qui puisse marcher. J'ai aussi essaye le unique lui aussi ne fonctionne pas.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

CREATE OR REPLACE TRIGGER insert_table1 before INSERT ON table1 FOR each row declare begin INSERT INTO attestcmp (............ ) SELECT distinct r.tab_y, r.tab_b, r.tab_s, r.tab_n, r.tab_d, s.tab_r_s, s.tab_r_n, s.tab_r_d, s.tab_r_cons, i.tab_hs_c||i.tab_hsp_c AS tar FROM table1 r, sadg s, sadi i WHERE r.ky = s.ky AND r.kc = s.kc AND r.kd = s.kd AND r.kn = s.kn AND r.ky = i.ky AND r.kc = i.kc AND r.kd = i.kd AND r.kn = i.kn AND i.tab_hs_c||i.tab_hsp_c= '239100';

---

Un SELECT dans un trigger a le même fonctionnement qu'un SELECT sous SQLPLUS.

PS : Ton code : i.tab_hs_c||i.tab_hsp_c= '239100'
Attention, tout dépend de ce que tu peux avoir dans tes colonnes, mais tu peux te retrouver avec
TAB_HS_C || TAB_HSP_C = '239100'
'2' '39100'
'23' '9100'
'239' '100'
'2391' '00'
'23910' '0'

comme il faut deviner l'erreur :roll: moi je miserai bien sur un mutating table et m'est avis qu'une recherche permettrait de répondre à la question :roll:

je sais ce qu'il ya dans mes colonnes et je sais d'ailleurs pourquoi j'ai des enregistrements multiples. Ce que je veux c'est d'uliser le distinct pour qu'il ne me renvoie qu'un seul enregistrement par insersion.

J'ai utiliser avec le même select le distinst sous SQLPLUS ça marche mais une fois dans le trigger ça ne réagit pas.

Je ne sais pas si c'est ça, mais vu le trigger (BEFORE INSERT) ça veut dire que si tu as les données suivantes à insérer dans table1 :

Code:

---

1 2 3 4

a 1 b 2 c 3

---

Ca va donner ça :

Citation:

---

Insertion de a 1
-> déclenchement du trigger, insertion de n lignes dans attestcmp
Insertion de b 2
-> déclenchement du trigger, insertion de n lignes dans attestcmp
Insertion de c 2
-> déclenchement du trigger, insertion de n lignes dans attestcmp
...

---

Donc c'est normal que tu ais des doublons dans attestcmp. Est-ce que tu ne devrais pas filtrer la (les) ligne(s) à insérer en te basant sur la clé de ligne qui est interceptée par le trigger ?

Comme le présume Fred,l'erreur en exécution est probablement table en mutation car vous ne pouvez pas exécuter un ordre du DML sur la même table que celle qui supporte le trigger.

Excusez moi mais je ne comprend pas. La table dans laquelle le trigger insère est attestcmp et celle qui possède le trigger est table1, non ?

Ou alors un truc m'échappe...

EDIT :
Il ne parle pas d'erreur en exécution, il dit que "ça ne marche pas", non ? ;)

Code:

---

1 2 3 4 5 6 7 8 9 10 11

... CREATE OR REPLACE TRIGGER insert_table1 before INSERT ON table1 FOR each row declare begin INSERT INTO attestcmp (............ ) SELECT distinct r.tab_y, r.tab_b, r.tab_s, r.tab_n, r.tab_d, s.tab_r_s, s.tab_r_n, s.tab_r_d, s.tab_r_cons, i.tab_hs_c||i.tab_hsp_c AS tar FROM table1 r, sadg s, sadi i ...

---

Citation:

---

TRIGGER insert_table1
before INSERT ON table1 FOR each row

declare
begin


INSERT INTO attestcmp (............ ) SELECT distinct r.tab_y, r.tab_b, r.tab_s, r.tab_n, r.tab_d, s.tab_r_s, s.tab_r_n, s.tab_r_d, s.tab_r_cons, i.tab_hs_c||i.tab_hsp_c AS tar
FROM table1 r, sadg s, sadi i

---

:arrow: mutating table :ange:

grillaid :aie:

Sheik :arrow: balises CODE :langue: :mouarf:

On peut jouer avec le gras dans les balises code ?

Y'a un truc un peu bizarre, c'est que sur un trigger "FOR EACH ROW" à aucun moment on ne fait référence à la donnée insérée (:NEW.machin) ce qui fait qu'à chaque ligne insérée, on répète la meme requête... meme s'il n'y avait pas l'erreur de table en mutation, c'est un peu loufoque d'accumuler à chaque fois la meme chose dans la table attestcmp... m'enfin bon ce n'est qu'une opinion gratuite... :roll:

Citation:

---

Envoyé par SheikYerbouti

On peut jouer avec le gras dans les balises code ?

---

l'astuce c'est la balise QUOTE 8-)

;)

Citation:

---

Envoyé par SheikYerbouti

On peut jouer avec le gras dans les balises code ?

---

Code:

---

je sais pas, ça se teste... ;)

---

Citation:

---

Envoyé par remi4444

m'enfin bon ce n'est qu'une opinion gratuite... :roll:

---

faut dire qu'on a tellement peu d'info qu'on en est tous réduit à ça :?

Citation:

---

Envoyé par remi4444

Y'a un truc un peu bizarre, c'est que sur un trigger "FOR EACH ROW" à aucun moment on ne fait référence à la donnée insérée (:NEW.machin) ce qui fait qu'à chaque ligne insérée, on répète la meme requête... meme s'il n'y avait pas l'erreur de table en mutation, c'est un peu loufoque d'accumuler à chaque fois la meme chose dans la table attestcmp... m'enfin bon ce n'est qu'une opinion gratuite... :roll:

---

C'est exactement ce que je pense, et c'était ce que j'expliquais.

Après l'histoire de la mutating table, j'ai toujours pas compris en quoi ça posait un problème de faire un select sur une table dans un trigger BEFORE INSERT qui porte sur la table. Mais ça doit justement être le point de détail qui rend ce truc problématique. Je ferais des tests pour voir par moi même et je chercherais de la doc sur la mutating table pour comprendre.

je donne un peu la structure de la table 1 :

table 1 (tab_y,tab_b,tab_s,tab_n,ky,kc,kd,kn,t_cod)

Cette table est en relation avec une autre table nommé table 2 qui lui est définit de la maniére suivante :
table 2 (t_cod, t_lib, ngt, par)

Cette table table 2 n'intervient pas lui dans mon trigger mais comme table 1 est liée à table table2, si cette derniére à 5 t_cod, table 1 aura à son tour 5 references ce qui est normal. exple :

table 1 :
(
tab_y 20061020
tab_b LMO
tab_s F
tab_n 3
ky 2006
kc LMO
kd NHUI
kn 12
t_cod CHAT

tab_y 20061020
tab_b LMO
tab_s F
tab_n 3
ky 2006
kc LMO
kd NHUI
kn 12
t_cod SOURIS

tab_y 20061020
tab_b LMO
tab_s F
tab_n 3
ky 2006
kc LMO
kd NHUI
kn 12
t_cod LAPIN

tab_y 20061020
tab_b LMO
tab_s F
tab_n 3
ky 2006
kc LMO
kd NHUI
kn 12
t_cod BOEUF

tab_y 20061020
tab_b LMO
tab_s F
tab_n 3
ky 2006
kc LMO
kd NHUI
kn 12
t_cod CHIEN
)


or moi les reférences que je recupére dans la table 1 sont indépendamment de t_cod, c'est pour ça que je veux le distinct pour m'épargner 5, 8, ou n enreristrement lié à la table table 2. Puisque ce que je recupére dans table 1 les champs suivants pour la table attestcmp
tab_y 20061020
tab_b LMO
tab_s F
tab_n 3
voilà j'espère que je me fais comprendre

Citation:

---

Envoyé par hadid

....
voilà j'espère que je me fais comprendre

---

Pas vraiment vraiment...:?

Le problème c'est que dans ton trigger, on ne vois jamais de référence avec l'enregistrement courant, c'est là que le mystère reste épais pour moi.... quel que soit la ligne que tu insères, tu fait toujours la même requête, c'est bizarre....

Tu connais le fonctionnement de :NEW ? si oui, pourquoi tu ne l'utilises pas ?

je m'exuse voici le trigger en question

CREATE OR REPLACE TRIGGER insert_attestcmp
before INSERT ON table1 FOR each row

declare
begin


INSERT INTO attestcmp SELECT distinct :new.tab_y, :new.tab_b, :new.tab_s, :new.tab_n, :new.tab_d, s.tab_r_s, s.tab_r_n, s.tab_r_d, s.tab_r_cons, i.tab_hs_c||i.tab_hsp_c AS tar
FROM sadg s, sadi i
WHERE :new.ky = s.ky AND
:new.kc = s.kc AND
:new.kd = s.kd AND
:new.kn = s.kn AND
:new.ky = i.ky AND
:new.kc = i.kc AND
:new.kd = i.kd AND
:new.kn = i.kn AND
i.tab_hs_c||i.tab_hsp_c= '239100';



c'est celui là