Discussion :

[PaulBilou]

Oracle 9.2 Enterprise Edition sous Windows XP en poste local.
Actuellement, je découvre les triggers.
Je me demande comment vérifier par un trigger qu'un DELETE d'un enregistrement a bien été effectué.
Oracle ne retourne pas d'erreur NO_DATA_FOUND.
J'ai vu qu'il existait des curseurs implicites que l'on peut interroger par SQLERRM et SQLCODE, mais je ne sais pas comment les mettre en oeuvre dans un trigger.
Qui pourrait me donner un exemple afin que je puisse parfaire mes connaissances ?
D'avance merci.

[orafrance]

c'est pas compliqué, si tu n'as pas d'erreur c'est que le DELETE c'est bien effectué... il n'y a rien à vérifier. Ce que tu peux faire en revanche c'est traiter les exceptions via la clause ad hoc

[thg]

un trigger "before/after delete" par exemple, n'est declenché que si la donnée existe .... si la donnée n'existe pas , le trigger n'est pas declenché ... donc le test NO_DATA_FOUND n'a pas de sens ici ....

Il y a certainement une raison "applicative" a ta demande, et surement un contournement possible ... peux tu nous en dire plus ? ...

par exemple si le DELETE a lieu dans un bloc PLSQL tu peux tester SQL%ROWCOUNT ...

[PaulBilou]

c'est pas compliqué, si tu n'as pas d'erreur c'est que le DELETE c'est bien effectué... il n'y a rien à vérifier. Ce que tu peux faire en revanche c'est traiter les exceptions via la clause ad hoc

Il me semble que si j'ai pas d'erreur c'est soit que le DELETE s'est bien effectué OU qu'il n'a pas pu se faire faute d'avoir trouvé l'enregistrement ciblé (il retourne le message 0 suppression effectuée).
Or, ce qui m'intéresse c'est justement si le DELETE ne s'est pas effectué.
Dans ce cas, est-ce exact que :
- le trigger AFTER ou BEFORE DELETE ne semble pas s'activer
- sur les DELETE et les UPDATE, il n'y a pas de NO_DATA_FOUND

par exemple si le DELETE a lieu dans un bloc PLSQL tu peux tester SQL%ROWCOUNT ...

OK, mais j'essaye de le faire à travers un trigger.

Pour tester le fait que l'instruction UPDATE n'affecte aucune ligne, il faudrait utiliser un curseur implicite (SQL%FOUND) et une erreur utilisateur.

Il dit cela a propos d'un trigger.
Or, SQLERRM et SQLCODE ne peuvent pas être testés dans le trigger.

En fait, et en synthèse, peut-on intercepter et simuler dans un trigger, un NO_DATA_FOUND pour un UPDATE ou un DELETE ?
Est-on obligé de coder cela dans l'application ?

Merci pour vos réponses qui me permettent de progresser.

[thg]

Reprenons :

Dans ce cas, est-ce exact que :
- le trigger AFTER ou BEFORE DELETE ne semble pas s'activer
- sur les DELETE et les UPDATE, il n'y a pas de NO_DATA_FOUND

1 - Un trigger ne s'execute que si au moins une ligne est impactée ...
donc, si il n'y a pas de ligne a "deleter" , le trigger ne s'execute pas ...

2 - pas de NO_DATA_FOUND pour Delete/Update ...

[orafrance]

j'avais pas bien saisi... si le but c'est de savoir combien de ligne on été supprimée :

Code :

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

1
2
3
4
5
6
7
8
9
 
BEGIN
DELETE FROM matable WHERE ...;
 
IF SQL%ROWCOUNT = 0 THEN
DBMS_OUTPUT.PUT_LINE( 'Le trigger ne s'est pas déclenché');
END IF;
END;
/

[PaulBilou]

oui ORAFRANCE mais là c'est dans l'application.
Donc, pas question d'utiliser un TRIGGER (pour déporter le problème côté serveur de la base) pour ce cas de figure.

Je trouve dommage qu'un TRIGGER peut ne pas être appelé malgré la présence d'une ligne de code le concernant.

Merci à tous les deux de m'avoir éclairé.
Je clos le sujet.

[orafrance]

trigger = déclencheur, si rien n'est supprimé, rien n'est déclenché... c'est d'une logique implacable

[PaulBilou]

Effectivement ! En fait, j'évoque plutôt TRIGGER = EVENT !

[orafrance]

oui mais si il n'y a pas de ligne supprimée il n'y a pas non plus d'événement... à part quelqu'un qui a lancé une commande inutile