|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() |
Bonjour,
Pour un projet sur lequel je travaille actuellement je dois effectuer des calculs avant de regrouper les informations afin de générer des bilans. Or dans certains cas le regroupement se fait sur des données hiérarchiques, et devrait donc être récursif. Je m'explique : Ma donnée de base, sur laquelle j'effectue les calculs et que je souhaite regrouper, et une DEMANDE. (Je remplis une table temporaire avec les identifiants de DEMANDE et les calculs associés) Cette DEMANDE est rattaché à un SITE, lui-même rattaché à une SEGMENTATION. Cette segmentation (en l’occurrence un segmentation géographique), et hiérarchique, c'est-à-dire que chaque segmentation contient une référence vers sa segmentation mère (ID_PARENT). De plus elle contient un champ de typage (TYPE_SEGMENTATION) permettant d'attribuer des types aux segmentations (Pays, Region, Departement). Très logiquement, les SITE sont habituellement rattachés au niveau le plus bas soit dans cet exemple aux segmentations de type "Departement". Mon problème est de regrouper mes données par type de segmentation. Pas de souci pour grouper par segmentations de type "Departement" puisque mes SITE y sont directement rattachés, mais si je groupe sur un niveau supérieur (Region ou Pays), comment faire pour que les données des segmentations filles soient remontées et sommées dans mon resultat final ? J'ai essayé en utilisant les CTE mais je ne suis arrivé à rien de concluant... Merci d'avance pour votre aide ! |
|
|
01
|
|
|
#2 |
|
Membre Expert
![]() Développeur java, access, sql server Inscription : octobre 2005 Messages : 851 ![]() |
Il nous faudrait la structure des tables concernées
__________________
D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich. |
|
|
00
|
|
|
#3 | ||
|
Invité de passage
![]() |
Bonsoir Népomucène,
Est-ce que ceci fait l'affaire ? Code :
|
||
|
|
00
|
|
|
#4 | |
|
Membre Expert
![]() Développeur java, access, sql server Inscription : octobre 2005 Messages : 851 ![]() |
Si les demandes sont sur des sites de type "département",
et qu'il faut pouvoir regrouper par régions, il faudrait avoir un lien entre régions et département ; à savoir ce que tu disais dans : Citation:
et on ne sera pas loin de la solution
__________________
D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich. |
|
|
|
00
|
|
|
#5 |
|
Invité de passage
![]() |
En effet...
J'ai corrigé mon précédent post pour ajouter le champ manquant. |
|
|
00
|
|
|
#6 | ||||||||
|
Membre Expert
![]() Développeur java, access, sql server Inscription : octobre 2005 Messages : 851 ![]() |
Bon alors la solution théorique pour présenter le tableau Pays/région/département est :
Code :
Code :
Code :
Code :
__________________
D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich. |
||||||||
|
|
00
|
Copyright © 2000-2012 - www.developpez.com