Représentation intervallaire des arborescences et gestion des droits [Résolu]

[nicolassalocin]

Bonjour,
J'ai lu avec grand intérêt et appliqué les excellents conseils de SQLPro relatif à la représentation intervallaire des arborescences.
Je remercie vivement SQLPro de partager ses connaissances avec la communauté.
Je suis confronté à une problématique de gestion de droits appliquée à une arborescence.
Supposons l'arborescence suivante dans laquelle les noeuds entre crochets correspondent à ceux pour lesquels l'utilisateur a des droits de visualisation.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
+ [RACINE]
|
+--+ Clients
   |
   +--+ [MARTIN]
      |
      +--+ Documents
      |  |
      |  +--+ [MAILS]
      |  |
      |  +--+ Juridique
      |
      +--+ Confidentiel

Je voudrais pouvoir afficher pour cet utilisateur l'arborescence suivante compte tenu de ses droits :

Code :

1
2
3
4
5
6
7
8
9
+ [RACINE]
|
+--+ Clients
   |
   +--+ [MARTIN]
      |
      +--+ Documents
         |
         +--+ [MAILS]

Avec la représentation intervallaire j'arrive à obtenir l'arborescence suivante mais cela ne me convient pas car elle ne réprésente pas l'organisation et peut engendrer une confusion chez l'utilisateur :

Code :

1
2
3
4
5
+ [RACINE]
|
+--+ [MARTIN]
   |
   +--+ [MAILS]

Mon problème est donc le suivant : je n'arrive pas à rédiger une requête SQL me permettant d'inclure les noeuds [Documents] et [Clients] parce qu'ils ont un "enfant autorisé".
Merci de votre aide

[dehorter olivier]

Bonjour


il me semble que dans les documents de SQLPro, qu'il parle a un moment de la possibilité de créer un niveau de hiérarchisation (ce que j'ai fait, mais une autre raison que la tienne).
Cela permet de filtrer jusqu'à quel niveau de hiérarchisation tu sélectionnes


c'est sans doute plus un problème de modélisation que de requêtage (a priori -d'après les infos fournies et ce que je comprend ).
il peut aussi exister un champ "confidentiel" qui permet de cacher tel ou tel élément en fonction de la confidentialité exigée

a+
olivier

[nicolassalocin]

Effectivement, le paragraphe "2.7. Tous les pères d'un élément de référence" de l'article de SQLPro répondait à ma question !
Merci bien