Discussion :

[Doc.Fusion]

Bonjour,

Ma problématique est la suivante :
- Je dispose d'une table "tache"
- Une tache peut avoir plusieurs pères ou plusieurs fils, ce qui donne le schéma possible suivant :

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
            ----------------
            |   tache1     |
            ----------------
                   |
    -----------------------------------
    |              |                  |
----------     ----------         ----------
| tache2 |     | tache3 |         | tache4 |
----------     ----------         ----------
    |              |                  |
    |              --------------------
    |                        |
----------              ----------
| tache5 |              | tache6 |
----------              ----------

Comme une tache est constituée de plusieurs attributs, il a été proposé de faire deux tables :
- Une table TACHE contenant la clé primaire TACHEID ainsi que divers attributs
- Une table RELATION contenant le TACHEID_PERE et le TACHEID_FILS

Pour l'exemple schématisé, le contenu de la table RELATION serait :

Code :

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

1
2
3
4
5
6
7
8
TACHEIDPERE           TACHEIDFILS
-----------           -----------
     1                     2
     1                     3
     1                     4
     2                     5
     3                     6
     4                     6

Le but serait de pouvoir récupérer l'organigramme via une requête hiérarchique (connect by ... prior ...) avec une jointure (tel que décrit ici : http://www.developpez.net/forums/d54...t-by-jointure/)

Est-ce une modélisation pertinente ?
Oracle gère-t-il correctement les organigrammes de ce type ?

D'avance merci.

[Waldar]

Au pire, si les jointures vous embêtent on peut toujours les faire avant ou après l'application de la récursivité.

Le cas tel que vous l'avez décrit est plutôt bien géré par Oracle.
Des cas de récursivités plus complexes ne peuvent être bien gérés qu'en 11gR2 avec l'introduction des R-CTE.

Votre cas :

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
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
With TACHE as
(
select 1 as TACHEID, 'Tache 1' as TACHENAME from dual union all
select 2           , 'Tache 2'              from dual union all
select 3           , 'Tache 3'              from dual union all
select 4           , 'Tache 4'              from dual union all
select 5           , 'Tache 5'              from dual union all
select 6           , 'Tache 6'              from dual
)
  ,  RELATION as
(
select 1 as TACHEIDPERE, 2 as TACHEIDFILS from dual union all
select 1               , 3                from dual union all
select 1               , 4                from dual union all
select 2               , 5                from dual union all
select 3               , 6                from dual union all
select 4               , 6                from dual
)
    select level
         , t1.TACHENAME as TACHENAMEPERE
         , t2.TACHENAME as TACHENAMEFILS
      from RELATION r
           inner join tache t1
             on t1.TACHEID = r.TACHEIDPERE
           inner join tache t2
             on t2.TACHEID = r.TACHEIDFILS
start with tacheidpere = 1
connect by tacheidpere = prior tacheidfils;
 
     LEVEL TACHENAMEPERE TACHENAMEFILS
---------- ------------- -------------
         1 Tache 1       Tache 2      
         2 Tache 2       Tache 5      
         1 Tache 1       Tache 3      
         2 Tache 3       Tache 6      
         1 Tache 1       Tache 4      
         2 Tache 4       Tache 6

[Doc.Fusion]

Merci.