Discussion :

[snely_al]

Bonjour tout le monde,

Je suis tout nouveau en Access. Je dois réaliser une base de données où les éléments semblent a priori être imbriqués.

Il faut que je mette en relations les composantes ci-dessous:

a) Une quinzaine d’éléments A qui possède chacun une quinzaine d’éléments B.
b) Chacun de mes éléments B possède entre 1 à 10 éléments C.
c) Chacun de mes éléments C a entre 1 et 5 éléments D.
d) Je mettrai ensuite plusieurs informations quelconques dans mes éléments D.

Auriez-vous des idées sur comment établir les relations entre chacun de mes éléments A, B, C et D ?

Merci de votre aide.
N.-B. J’utilise Access 2010

-Snely

[hyperion13]

Salut
Dans B il y a des tuples de A, donc A est clé étrangère dans B
Dans C il y a des tuples de B, ...
Dans D il y a des tuples de C, ...
Un peu de lecture ici.

[marot_r]

Bonjour.

Est-ce que ton nombre d'imbrication est constant (toujours 4) ou peut varier (plus de 4, voir l'infini) ?
Comment vas-tu exploiter ces données ? En faisant une recherche par niveau ? En présentant tes données dans un arbre ? Autrement ?

Sache que le SQL de Access ne permet pas la récursion et que si tu l'envisages, il faut tout faire par VBA ce qui est assez lent.

A+

[snely_al]

Bonjour.

Est-ce que ton nombre d'imbrication est constant (toujours 4) ou peut varier (plus de 4, voir l'infini) ?
Comment vas-tu exploiter ces données ? En faisant une recherche par niveau ? En présentant tes données dans un arbre ? Autrement ?

Sache que le SQL de Access ne permet pas la récursion et que si tu l'envisages, il faut tout faire par VBA ce qui est assez lent.

A+

Bonjour.

Ce que je sais, c'est que l'élément central de la base de données est mon élément D.
Ainsi, je ferai en effet mes recherches par niveau pour arriver au D.

Mes niveau étant A, B et C ----de sorte que----> Lorsque je recherche A, j'ai accès à tout les B qui appartiennent au A, puis tout les C qui appartiennent au B pour finalement se rendre à D avec mes C.

Mon imbrication peut varier, oui. Je pourrais avoir des informations E rattachées à un de mes D.
Voyez-vous l'effet poupée russe ?

AId--------BId---------CId--------DId--------EId
ANom-----BNom -----CNom -----DNom-----ENom
------------ARéf.-------BRéf.------CRéf.------DRéf.

Je pensais à une relation un-à-plusieurs entre mes mes ID et mes Réf.
Est-ce que je me complique la vie ? Devrais-je plutôt relié tout mes éléments à D directement sans passer par B ou C ?

Sinon, je ne sais pas comment présenter mes données dans un arbre... Je pensais plutôt afficher mes éléments à l'aide d'états et requêtes.

Merci de votre aide, c'est apprécié.

-Snely

[marot_r]

Bonjour.

Avec un nombre de niveaux variables, la seule structure vraiment adaptée est une relation récursive.

Ici un exemple :

tblDonnees
ClefDonnees
ClefDonneesParent
Autres infos.

Dans les relations tu ajoutes tblDonnees 2 fois et tu relies tblDonnees.[Clef] à tblDonnees _1.[ClefParent].

Cette structure est malheureusement assez difficile à exploiter avec du SQL donc avec les outils intégrés de Access.

Je te suggères les architectures alternatives suivantes.

Si tu peux définir un nombre maximum d'imbrications, alors tu pourrais utiliser ceci :

tblElement
ClefElement
Autres infos.

tblHierarchie
ClefHierarchie
ClefElement_01
ClefElement_02
ClefElement_03
... Et ainsi de suite jusqu'au niveau Max d'imbrication (ex : 10).

Dans la fenêtre relation, tu ajoute autant de tblElement que tu as de niveau et tu fait des relations de chacune des tables sur le champ ClefElement_xx correspondant.

L'avantage de cette architecture c'est que tu as directement ta hiérarchie dans tes données.
L'inconvénient c'est que déplacer des infos d'un niveau à un autre peut être pénible.

Une autre option est d'avoir :

tblElement
ClefElement
Autres infos

tblAssParentEnfant
ClefParentEnfant
ClefElement_Parent
ClefElement_Enfant
Niveau

Cette structure te permet de faire des requêtes "par niveau" et donc assez facilement de présenter tes dépendances sous forme d'escalier.
Niveau est entré "à la main" au moment de la saisie.
Déplacer un élément d'un niveau est aussi plus facile que dans la précédente.

Si on ne se sert pas de Niveau, on peut le calculer par VBA mais comme je l'ai dit précédemment, C'EST LENT !!!.

A+

[snely_al]

Bonjour,

Merci pour les alternatives !

Je mets en résolu.

______________________
Bonne journée.
-Snely