Exécution de code selon le résultat d'un UPDATE

Bonjour,

Y a t-il moyen de récupérer le résultat d'un UPDATE et exécuter une action selon ce résultat ?
Je souhaite lancer une autre action si ma requête UPDATE me renvoi "UPDATE 0"
Sinon si "UPDATE 1" (ou plus que 1) ne rien faire.

Merci de vos idées :-)

Bonjour, avez vous essayé CASE en sql?

Actuellement je fais cela :

Code:

---

1 2 3 4 5 6 7 8 9

v_nom_auteur := TRIM(SUBSTRING(v_data, 24, 25)); SELECT id INTO v_id_auteur FROM site.auteur WHERE nom = v_nom_auteur;   IF NOT FOUND THEN INSERT INTO site.auteur (nom) VALUES (v_nom_auteur) RETURNING id INTO v_id_auteur; END IF;   UPDATE site.article SET id_auteur = v_id_auteur WHERE id = v_id_article;

---

Je dois mettre à jour un identifiant d'auteur dans ma table article mais avant je fais une vérification si celui-ci existe. Si c'est le cas je récupère l'id et met à jour l'article voulu.
Si non présent j'insère l'auteur, récupère l'id et met à jour l'article voulu.
Ce code fonctionne très bien sauf que ce n'est pas optimisé pour traiter des tables avec beaucoup de lignes.
Ma table article comprend plus de 2300000 lignes.
Ma table auteur en à plus de 800000.

Est ce que CASE pourrais faire en sorte d'améliorer la vitesse de traitement ?
Et surtout je ne vois pas trop comment l'utiliser ici car il faut tout de même commencer par interroger la table auteur et dans ce cas il n'y a que 2 réponses possibles : soit une ligne est trouvée soit aucune. Pour moi CASE set intéressant si on a au moins plus de 2 choix, non ?

Votre select est inutile.
Commencez par faire l'update, si ce dernier renvoie un rowcount à 0 alors faire l'insert.

Edit : j'ai lu votre code trop vite et l'ai mal interprété. Ce que j'ai écrit ici n'est pas applicable dans votre cas.

Si votre table article possède un index sur la colonne id, sa volumétrie importera peu.
De même pour la colonne nom de votre table auteur.

j'ai bien un index sur l'id de la table article mais pas sur nom de la table auteur.
Je vais modifier cela tout de suite et tester.

Bon et bien après ajout de l'index qui va bien, le temps d’exécution à été inférieur à 10 sec ce qui change tout :-)
Merci Waldar pour le conseil.