Discussion :

[mumuri]

Bonjour,

J'aimerai enrichir le résultat du d'une requête effectué dans une procédure stocké

en pseudo code

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE PROCEDURE load_items()
BEGIN
  SELECT id FROM faq ORDER BY question ASC;
 
-- Pour chaque ID
 
-- -- second appel SQL
-- -- fusion avec le premier ensemble de résultat
 
-- Fin Pour
-- renvoie du tout
 
END

le but est de simuler une jointure sur plusieurs vues, les résultats sont trop lents sinon, je pense que y'a des chances qu'on gagnent en performance en faisant les requêtes en séparé.

est ce que c'est possible ? avez vous des exemples ou lien permettant de l'implémenter facilement ?

merci d'avance

[Alain Defrance]

Bonjour,

Avec les curseurs cela est possible

Ça donnerais quelque chose de ce style :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
CREATE PROCEDURE load_items()
BEGIN
  DECLARE finDuCurseur INT DEFAULT 0;
  DECLARE idCourant INT;
  DECLARE CURSOR lesFaqs FOR SELECT id FROM faq ORDER BY question ASC;
  DECLARE CONTINUE HANDLER FOR NOT FOUND SET finDuCurseur = 1;
 
  OPEN lesFaqs;
 
  REPEAT
    FETCH lesFaqs INTO idCourant;
    IF NOT finDuCurseur THEN
      --  Seconde requete avec l'id idCourant
    END IF;
  UNTIL finDuCurseur END REPEAT;
 
 
  CLOSE lesFaqs;
 
END

Je ne suis pas convaincu que le SQL procédural soit necessaire ici mais sans plus de détails je ne peut donner d'avis.

[Antoun]

Utiliser des curseurs est MAL .

Les jointures sont toujours bcp plus performantes (à condition qu'il y ait les index, évidemment).

Je vous invite à lire la parole du maître : http://sqlpro.developpez.com/cours/s...r_avoidCursor/

[Alain Defrance]

Utiliser des curseurs est MAL

Pas taper

/me part lire le cours