Discussion :

[Vilukariok]

Je suis en train de bloquer sur un problème d'ordre stocké en relatif.

Je vais simplifier mon problème en ne gardant que le strict minimum
J'ai une table qui sert à organiser mes étapes:

Code :

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

1
2
3
4
5
6
 
id_etape    |     nex_id_etape
   104       |          320
   210       |          220
   220       |          104
   320       |          2

Je voudrais récupérer l'ordre dans lequel ses étapes s'enchainent.
Donc à priori:
210->220->104->320->2

J'ai bien une solution récursive en utilisant le language dans lequel je développe. Mais c'est assez couteux...

Avez-vous un système de requete unique à me conseiller?

[ced]

Bonjour,

Pas sous MySQL, malheureusement.
Sauf à passer par une fonction utilisateur, mais je doute que les performances soient meilleures qu'en passant par le langage dans lequel tu développes.

ced

[Vilukariok]

C'est bien ce que je craignais.
Une fonction récursive en MySql va être trop couteuse.
Je crois que je vais devoir faire le 'tri' sur la couche Supérieur (langage Delphi)
Merci quand même.

Et je reste ouvert à toute proposition

[Vilukariok]

Bonjour ced,
Je me demandais par curiosité si vous pouviez me dire 2 ou 3 mots sur votre phrase:

Pas sous MySQL, malheureusement.
Sauf à passer par une fonction utilisateur, mais je doute que les performances soient meilleures qu'en passant par le langage dans lequel tu développes.

[ericd69]

Salut,

C'est vrai que sous un plus gros sgbd genre oracle, tu aurais pu faire une requête hiérarchique pour résoudre ton pb...

ici tu dois donc faire du récursif soit côté mysql (255 niveaux de récursion maxi) grâce aux procédures stockées (les fonctions stockées ne permettent pas la récursion actuellement), soit côté langage (php par exemple), soit en faisant un mixe des 2 pour améliorer les performances...

Idée: En faisant bosser mysql avec une récursion tu va minimiser les échanges langage-mysql. Mais comme tu as la limitation des 255 lvl de récursion, selon le nombre d'étapes que tu as eu:

• la liste contient 255 entrées, on les récupère et le php relance la procédure sur le dernier identifiant d'étape obtenu et on ajoute le tableau de valeurs obtenues à l'éventuel tableau précédemment obtenu.
• La liste contient moins de 255 entrées, tu n'as plus qu'à exploiter les résultats.

La procédure stockée:
3 astuces:

• On va forcer le niveau de récursion max à 255, il est à 0 à l'origine...
• On va intercepter l'erreur de récursion maxi dépasser pour forcer le retour, ou, plus simple, arrêter la récursion avant, par exemple à 254 (on devra donc, côté php détecter si la liste de valeur a une longueur <254 pour être cohérent)...
• On concatène les résultats sous forme d'une chaine de caractère vu qu'on peut pas retourner de tableau et qu'on veut pas renvoyer un résultat à buffériser par étape.

Code sql :

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
21
22
23
24
25
delimiter |
drop procedure if exists chemin|
drop procedure if exists parcourt|
 
create procedure parcourt(in pos int(4))
begin
declare t bool;
declare i int(4);
set @recursion=@recursion+1;
select count(id)>0,nex_id_etape into  t,i from etapes where id_etape=pos;
if i<254 and t then
call parcourt(i);
end if;
set @l_chemin=concat_ws(',',pos,@l_chemin);
end|
 
create procedure chemin(in depart int(4))
begin
set @@max_sp_recursion_depth=255;
set @l_chemin=null;
set @recursion=0;
call parcourt(depart);
select @recursion+1 as "étapes" ,concat_ws (',',depart,@l_chemin) as "chemin";
end|
delimiter ;

à chaque appel tu obtiens donc le nombre d'étapes du chemin et la chaine le décrivant que tu n'a qu'à exploser en tableau en te basant sur la ',' comme séparateur..., si tu as au moins 254 éléments tu peux alors relancer le traitement sur le dernier (ne pas oublier de le supprimer du tableau que tu obtiendras pour ne pas avoir de doublon avec le tableau précédent)...

Voilà une idée par exemple

[Vilukariok]

Whaou!

Je relie tout ça, et l'essaye.
Merci