procedures & triggers ?

salut,

Est ce qu'on peut faire appeler une procédure qui ne contient que des selects simples par un trigger ?

L'idée étant de faire retourner une stat après chaque update sur une table.

genre

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

delimiter $$ create procedure truc begin select .......; select .......; select .......; end $$   create trigger machin after update or insert on bidule begin call truc(); end $$

---

j'ai fait un test mais le message d'erreur me laisser penser que c'est impossible de le retourner que des "resultats"....alors que la doc officielle de mysql indique que c'est parfaitement faisable... (à moins que je l'ai comprise de travers)

Code:

---

1 2	ERROR 1415 (0A000): Not allowed to return a result set from a trigger

---

le trigger est celui ci :

Code:

---

create trigger V after update on stockvelo for each row begin call statvel(); end$$

---

et la procédure

Code:

---

create procedure statvel() BEGIN select * from stockv ; select * from statv ; end $$

---

Merci

À quoi peuvent bien servir des SELECT (a fortiori des SELECT * :roll: ) dans un trigger ? Ou même dans une procédure si celle-ci ne renvoie pas un résultat ?

Citation:

---

L'idée étant de faire retourner une stat après chaque update sur une table.

---

Et cette stat elle sert à quoi ? Retourner un résultat au logiciel qui a mis à jour une table ?

Un trigger sert à contrôler une contrainte sur les données pour empêcher éventuellement l'ajout ou la mise à jour de la table ou bien à effectuer une opération sur la ligne ajoutée ou modifiée dans la table, ou bien à mettre à jour ou ajouter des informations dans une autre table à partir d'une mise à jour ou d'une insertion dans une table.

c'est juste informatif, (y'a pas de soft on fait direct les maj des stock etc...), l'idée de de réafficher à chaque update l'état du stock, du stock previsionnel et des mouvements... en tout ça doit faire 10 lignes d'affichage genre...

là dans l'exemple j'ai mi select * c'est juste pour pas que ce soit gavant à lire comme exemple :)


l'idée c'est que pour tout update, l'utilisateur soit pas obliger derrière de faire soit un select soit un call pour affichers ça ...

tout connement...pour faciliter la vie des users

Comment les utilisateurs mettent-ils à jour les données ? Via un logiciel non ?
Il n'utilisent quand même pas MySQL en ligne de commande ?

Citation:

---

Envoyé par CinePhil

Comment les utilisateurs mettent-ils à jour les données ? Via un logiciel non ?
Il n'utilisent quand même pas MySQL en ligne de commande ?

---

bha si justement, c'est pour ça qu'ils ont demandé que je cherche une astuce pour avoir le retour à l'affichage sur le VT pour pas se farcir 2 requettes à chaque fois..

Eh ben ! Je ne voudrais pas être à la place de tes utilisateurs ! 8O

Déjà que mettre à jour des données avec phpMyAdmin c'est chiant alors en ligne de commande ! Les obliger à connaître la

Eh ben ! Je ne voudrais pas être à la place de tes utilisateurs ! 8O

Déjà que mettre à jour des données avec phpMyAdmin c'est chiant alors en ligne de commande ! Les obliger à connaître la syntaxe SQL pour faire une requête UPDATE !

Normalement, seul le DBA peut être amené à utiliser le SGBD en ligne de commande. On fournit aux utilisateurs finaux une interface utilisateur plus conviviale !

oui je suis d'accord, mais nous on aime vraiment ça, d'etre con...
:mouarf::mouarf:

on a pas besoin de soft pour le volume de données brassés, et SQL 'simple' c'est pour les truc simple comme parler franglais donc ça va ... meme le dernier cretin y arrive...

:)

et on 3 a etre un peu "plus" doué pour l'info donc les bourdes on corrige derriere pas de probleme....

salut,

je pense qu'il faut un peu clarifier les choses alors...

le trigger n'est pas pensé pour faire ce que tu souhaites comme te l'as expliqué cinephil...

le sql procédural te permet:

• d'exposer un api de procédures qui masque les requêtes et la structure de ta bd et d'intégrer le comportement limité des triggers directement en elles
• utiliser un utilisateurs n'ayant qu'un "grant execute" comme droit coté applicatif pour limiter un certain nombre d'actions malveillantes ou que tu ne veux pas que les gens fassent en dehors des fonctionnalité de ton api...

je suis assez dubitatif comme cinephil sur la gestion de ton projet...

néanmoins te constituer un api de procédures stockées est donc la solution la plus appropriée à ce que tu veux faire...

par contre, phpmyadmin ne permet pas l'exécution de procédures stockées... tu devrais te faire une ou des interfaces xhtml/js et un ou plusieurs scripts php pour gérer tout ça... c'est aussi adapté à de l'intranet ou du web

sinon pas de soucis en ligne de commande mysql bien sur :ccool:

Je crois que je vais faire ça oui me faire une petite appli php, comme frontal, et remplacer les VT par des PC, pour modernieser....

En plus ca va nous amuser d'apprendre php ....

Merci pour les conseils.