Pocédure stockée qui mouline. [Résolu]

[ythierrin]

Bonjour,

Je suis en train de tester les procédure stocké sur MySql5

J'ai la procédure suivante qui est censé me mettre à jour des tuples dans une table.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
DELIMITER $$
CREATE PROCEDURE miseajour1()
BEGIN
DECLARE numVar varchar(3);
DECLARE done int DEFAULT 0;
DECLARE mycursor CURSOR FOR SELECT LEFT(numero,3) FROM appel;
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done=1;
 
OPEN mycursor ;
myloop : LOOP
fetch mycursor INTO numVar;
IF done=1 LEAVE myloop; end IF;
UPDATE appel SET operateur = (SELECT idOperateur FROM operateur WHERE indicatif = num);
 
end LOOP myloop;
end $$

La création se passe bien (sans erreur) mais l'execution me fait mouliner mon pc pendant des heures..... jusqu'a ce que je reboote ma machine.

Est ce la requete de select dans l'update qui pose problème ?

Si quelqu'un à un avis là dessus...

[Antoun]

Les SGBD sont optimisés pour des traitements en masse (ensemblistes). A l'inverse, un curseur travaille lgne par ligne et est toujours bcp + lent.

[Yanika_bzh]

Avez vous regardé les logs générés ??
Car vous devez en avoir quelques uns !!

Code :

1
2
3
4
5
6
7
8
UPDATE appel SET operateur = 
  (
   SELECT idOperateur 
   FROM 
        operateur 
     WHERE 
        indicatif = num);

num ??
Attention si indicatif=numVar (je suppose) vous ramene plusieurs résultats, cela risque de causer quelques soucis a votre SGBD.

Et enfin, je plussois Antoun, la gestion de curseur est toujours pénalisante.

Bon courage

[ythierrin]

Bonjour et merci pour vos réponse.

Attention si indicatif=numVar (je suppose) vous ramene plusieurs résultats, cela risque de causer quelques soucis a votre SGBD

pour le numVar c'est exact, un oubli de ma part...

Et effectivment cela ramene plusieurs résultat et le queryBrowser explose...

J'ai également vu qu'il est dangereux de mette à jour une table qui est parcourue par un curseur. Est correct ??

Sinon voilà je passe le poste en résolu car il n'y a finalement pas de vrai problème. Encore merci pour vos remarques.

[Antoun]

Envoyé par ythierrin

J'ai également vu qu'il est dangereux de mette à jour une table qui est parcourue par un curseur. Est correct ??

Oui, parce que les curseurs de MySQL sont asensibles, càd qu'ils sont parfois sur une vieille copie des données sans màj, et parfois en direct sur les vraies données.

Plus largement, je dirais que l'utilisation de curseurs est en soi une erreur... Cf l'article de Fred "SQL pro" Brouard sur "Comment éviter les curseurs".

[pop_up]

Plus largement, je dirais que l'utilisation de curseurs est en soi une erreur... Cf l'article de Fred "SQL pro" Brouard sur "Comment éviter les curseurs".

Pourrais tu me donner le lien svp ?
merci

[Antoun]

voici !
http://sqlpro.developpez.com/cours/s...r_avoidCursor/

attention, certains exemples sont du spécifique SQL Server.