Discussion :

[Nouse]

Bonjour,

je me permets d'envoyer mon problème car je n'arrive pas à trouver une solution à mon problème, avec le langage SQL et les possibilités du moteur ACCESS.

Mon problème est le suivant

j'ai en entrée une table de ce type:
Champs
- ID (normalement de type numérique auto-incrémenté, mais modifié en chaine de caractères pour la compréhension)
- ID_PAR : ID Parent dans la même table si il existe
- TYPE : Valeur de type de la donnée (1 étant le plus important, le plus haut regroupement possible jusqu'à 4 le plus "petit")

ID	ID_PAR	TYPE
A		1
B		1
c	A	2
d	B	2
ee	c	3
f	A	2
ggg	ee	4
…	…	…

J'ai beau cherché dans les requête SQL, les formules, les tables intermédiaires .... je n'arrive pas à aboutir à un renseignement récursif.
Pour chaque ligne de tableau, je voudrais exprimer suivant les 4 ordres de TYPE, la hiérarchie générale de chaque élément.


Le résultat devrait être de ce type :

ID	ID_TYP_4	ID_TYP_3	ID_TYP_2	ID_TYP_1
A				A
B				B
c			c	A
d			d	B
ee		ee	c	A
f			f	A
ggg	ggg	ee	c	A

Merci d'avance à ceux qui sont prêts à passer un peu de temps à m'aider sur ce sujet.

[vttman]

Apparemment le SQL récursif n'existe pas sous Access ?

Maintenant si il existe un niveau de récursivité max
on peut alors très bien en partant de ID,ID_PAR,TYPE
générer / remplir une table temporaire ID,ID_TYP_4,ID_TYP_3,ID_TYP_2,ID_TYP_1
en passant une ou plusieurs requêtes insert.

Sinon il reste toujours la solution du programme Access
appelant une requête dynamique (ex : http://www.developpez.net/forums/d78...ursive-access/ - Voir réponse random - Attention le sujet date de 2005 )

[Jean-Philippe André]

Bonjour,

je pense que passer par une requete d'analyse croisee te rapprochera deja pas mal de ton objectif :

http://loufab.developpez.com/tutorie.../analyseparam/

[Nouse]

Merci pour ces pistes.

En effet, la profondeur de hiérarchie est connue.

La solution VBA ne peut pas intégrer dans mon process, car je doit interroger une table "dynamique", dans pour autant refaire tourner l'applicatif.
La solution SQL évoquée dans le post, par des tables intermédiaires peut peut-être solutionné une partie de mon problème.

Je vais également regarder les solutions avec l'analyse croisée dynamique.

L'une des difficultés dans mon cas,(et que j'ai oublié un peu d'évoquer).. , c'est que la hiérarchie ascendante n'est pas forcément complète.
Il n'y a jamais de saut d'ascendance (on ne passe jamais de n à n+2) mais par contre on peut s'arrêter à n+1 sans pour autant avoir des infos pour le n+2, par exemple

Je vous tiens au courant, mais si d'ici là quelqu'un a une belle solution... je suis preneur.

[ClaudeLELOUP]

Bonjour,
En 7 requêtes

r0 pour vidanger tCible

Code sql :

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

DELETE tCible.Id FROM tCible;

r1 à r4 pour ajouter les niveaux que l’on peut remplir directement pour chaque type

Code sql :

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

1
2
3
4
INSERT INTO tCible ( Id, ID_TYP_1 )
SELECT tOrigine.Id, tOrigine.Id
FROM tOrigine
WHERE (((tOrigine.Type)="1"));

Code sql :

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

1
2
3
4
INSERT INTO tCible ( Id, ID_TYP_2, ID_TYP_1 )
SELECT tOrigine.Id, tOrigine.Id, tOrigine.ID_PAR
FROM tOrigine
WHERE (((tOrigine.Type)="2"));

Code sql :

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

1
2
3
4
INSERT INTO tCible ( Id, ID_TYP_3, ID_TYP_2 )
SELECT tOrigine.Id, tOrigine.Id, tOrigine.ID_PAR
FROM tOrigine
WHERE (((tOrigine.Type)="3"));

Code sql :

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

1
2
3
4
INSERT INTO tCible ( Id, ID_TYP_4, ID_TYP_3 )
SELECT tOrigine.Id, tOrigine.Id, tOrigine.ID_PAR
FROM tOrigine
WHERE (((tOrigine.Type)="4"));

Ensuite combler les niveaux supérieurs manquants (N-1 rempli et N encore Null).
En l'occurrence les niveaux 2 et 1 :

Code sql :

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

1
2
UPDATE tCible INNER JOIN tOrigine ON tCible.ID_TYP_3 = tOrigine.Id SET tCible.ID_TYP_2 = [tOrigine].[ID_PAR]
WHERE (((tCible.ID_TYP_2) Is Null) AND ((tCible.ID_TYP_3) Is Not Null));

Code sql :

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

1
2
UPDATE tCible INNER JOIN tOrigine ON tCible.ID_TYP_2 = tOrigine.Id SET tCible.ID_TYP_1 = [tOrigine].[ID_PAR]
WHERE (((tCible.ID_TYP_1) Is Null) AND ((tCible.ID_TYP_2) Is Not Null));

[vttman]

L'une des difficultés dans mon cas,(et que j'ai oublié un peu d'évoquer).. , c'est que la hiérarchie ascendante n'est pas forcément complète.
Il n'y a jamais de saut d'ascendance (on ne passe jamais de n à n+2) mais par contre on peut s'arrêter à n+1 sans pour autant avoir des infos pour le n+2, par exemple

Ceci ne pose aucun soucis dans ma solution "intermédiaire"
En fait il y a plus de 20 ans je gérais des ordres de fabrication de tout un atelier
avec ce genre de combines ... et ça marchait ... pas élégant certes mais efficace
Une autre solution serait de créer une vue

exemple (select à contrôler, je ne suis pas à l'abri d'une erreur...)

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 view HIERARCH as 
(
select  m1.ID as ID , m1.TYPE as Type1, "" as Type2  ,  "" as Type3   "" as Type4   from matable m1 
where m1.type = '1' 
union
select  m1.ID,m1.TYPE,m2.TYPE,"","",""  from matable m1 
 inner join matable2
  on m2.id_par = m1.id
where m1.type = '1' and
 m2.type = '2'
union
select  m1.ID,m1.TYPE,m2.TYPE, m3.TYPE,""  from matable m1 
 inner join matable2
  on m2.id_par = m1.id
 inner join matable3
  on m3.id_par = m2.id
union 
...
)

Code :

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

select  ID, Type1, Type2, Type3, Type4 from HIERARCH