Discussion :

[Joël2800]

Bonjour,

Je possède une base de données Oracle 11g Xe avec les 2 tables suivantes :

tb_mesure (#id_mes, fin_theo_mes,…)
tb_decision (#id_deci, mes_id (clé étrangère), date_debut_deci, date_fin_deci,…)

Une mesure possède 0 ou n décisions, et une décision concerne 1 et 1 seule mesure.

Je souhaiterais avoir un trigger sur la table tb_decision qui effectue la chose suivante :

Lorsque l’on ajoute pour la première fois une décision qui concerne la mesure #100 (mes_id = 100, par exemple), le champ date_fin_deci de la table tb_decision prenne automatiquement la valeur fin_theo_mes de la table tb_mesure.

J’ai donc tenté de créer le trigger suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
CREATE or REPLACE TRIGGER tr_decisions_dates 
BEFORE INSERT ON TB_DECISION
FOR EACH ROW
DECLARE v_fin_mes DATE;
BEGIN
  SELECT fin_theo_mes INTO v_fin_mes FROM tb_mesure, tb_decision WHERE :new.mes_id = id_mes; 
  :new.date_fin_deci := v_fin_mes;
END;

Mais mon trigger ne fonctionne pas.

Quelqu'un pourrait-il me conseiller et me dire si je suis dans la bonne direction pour réaliser ce que je souhaite ?

Merci d'avance pour vos réponses.

[al1_24]

Mais mon trigger ne fonctionne pas.

C'est un peu court comme information !
Le résultat n'est pas celui attendu ?
Rien ne se passe ?
Il y a un message d'erreur à l'exécution ? à la compilation ?

As-tu simplement essayé la requête qui se trouve dans le trigger pour vérifier qu'elle fait bien ce que tu attends ?

[dariyoosh]

As-tu simplement essayé la requête qui se trouve dans le trigger pour vérifier qu'elle fait bien ce que tu attends ?

Et à mon avis une question encore plus intéressante: est-ce qu'il a pensé au fonctionnement de ce trigger dans un environnement multi-utilisateur? A l'intérieur de trigger Il fait un simple SELECT alors que rien n'empêche qu'un autre utilisateur dans autre session modifie juste après la valeur de la colonne fin_theo_mes mais qui fait COMMIT avant que la transaction qui a déclenché le trigger soit validée. Il n'est donc pas difficile de se retrouver dans des scénarios où la valeur de la colonne fin_theo_mes dans la table tb_mesure soit complètement différente que celle de la table tb_decision pour une mesure donnée.

Théoriquement, parfois c'est possible d'imposer les contraintes d'intégrité par des triggers si et seulement si on prévoit un mécanisme de verrouillage correct et cohérent dans les environnements multi-utilisateurs (ce qui n'est pas toujours évident à réaliser), mais assez souvent, avoir recours aux triggers pour assurer des contraintes d'intégrité est due à un mauvais design et une manque de normalisation de la base.

[Joël2800]

Merci pour votre réponse.

Le trigger se compile correctement mais lors de son exécution (insertion dans la table tb_decision) voici le message d'erreur :

Erreur lors de l'enregistrement des modifications de la table "PULSPLUS"."TB_DECISION" :
Ligne 3 : ORA-01422: exact fetch returns more than requested number of rows
ORA-06512: at "PULSPLUS.TR_DECISIONS_DATES", line 5
ORA-04088: error during execution of trigger 'PULSPLUS.TR_DECISIONS_DATES'
ORA-06512: at line 1

Et effectivement, rien ne se passe, l'insertion ne fonctionne pas.
La structure et la logique de mon trigger sont-elles correct ?

Merci beaucoup pour votre aide.

[dariyoosh]

Apparemment le SELECT renvoie plusieurs lignes alors que la clause INTO devera mettre le résultat dans une seule variable. Il faut donc revoir le SELECT pour savoir pourquoi il y a plusieurs lignes ou comment faire pour réduire le nombre des lignes.

Et comme j'ai déjà dit, ce trigger ne fonctionnera pas dans un environnement multi-utilisateur.

[Joël2800]

Effectivement, c'est le SELECT qui posait problème. Je l'ai modifié de la manière suivante et ça fonctionne !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
CREATE OR REPLACE TRIGGER tr_decisions_dates 
BEFORE INSERT ON TB_DECISION
FOR EACH ROW
DECLARE v_fin_mes DATE;
BEGIN
  SELECT fin_theo_mes INTO v_fin_mes FROM tb_mesure WHERE :new.mes_id = id_mes; 
  :new.date_fin_deci := v_fin_mes;
END;

Maintenant, je voudrais qu'a l'ajout d'une seconde ligne dans la table tb_decision, la colonne date_fin_deci de la dernière ligne insérée prenne comme valeur date_debut_deci de la seconde ligne.

Il faut donc que je trouve une méthode qui me permette de repérer la dernière ligne insérée, afin que je puise la modifier. Existe-t-il une manière de faire cela dans Oracle ?

Je vous remercie d’avance pour votre aide.

[dariyoosh]

Peut-être j'ai mal compris votre problème, mais je l'ai déjà indiqué dans mon premier commentaire, pour moi votre trigger ne fonctionnera pas dans un environnement multi-utilisateur. Dans votre SELECT , vous pouvez utilisez par exemple la fonction de max (version d'aggregation) afin de récupérer la dernière date, mais rien n'empêche qu'un autre utilisateur dans une session parallèle modifie l'autre table et faire un COMMIT avant même que la transaction déclenchant le trigger ne soit validée, de quoi avoir des valeurs incohérente avec la règle de gestion et des contraintes d'intégrité que vous essayez d'imposer.

C'est peut-être mon point de vue, mais à mon avis il faut revoir la modélisation de données.