Discussion :

[Rozgann]

Bonjour,

Je dois réaliser une application Access et j'ai quelques doutes sur la pertinence de la structure de ma base de données pour répondre à mon cahier des charges. J'aimerais l'avis d'une personne expérimentée sur la structure que j'ai mise au point, un peu compliquée de mon point de vue, mais à laquelle je n'arrive pas à trouver d'alternative.

Voici les exigences du projet :

• Une Ligne Directrice (LD) est suivie par un unique indicateur.
• Un même indicateur peut permettre de suivre plusieurs Lignes Directrices.
• Pour chaque indicateur choisi, une liste d'outils de calcul est associée.
• Un même outil peut être utilisé pour calculer plusieurs indicateurs.
• L'utilisateur choisira certaines Lignes Directrices parmi une liste proposée.
• L'utilisateur pourra modifier l'intitulé d'une Ligne Directrice, mais la liste de Lignes Directrices proposées devra rester inchangée.
• Pour chaque ligne directrice, l'utilisateur choisira un indicateur parmi une liste d'indicateurs possibles, et associera des outils parmi les outils possibles.

On retrouve à chaque fois le même schéma : une liste d'éléments possibles parmi lesquels on doit en choisir certains :
Liste de Lignes Directrices > Choix de certaines lignes
Listes d'indicateurs possibles pour chaque ligne > Choix d'un indicateur
Listes d'outils possibles pour un indicateur > Choix d'outils

La structure de la base de données que j'ai mise au point est disponible en pièce jointe. Les seules tables qui peuvent être modifiées par l'utilisateur sont 'tblLigneDirectriceChoisie' et 'tblOutilAssocié'. Toutes les autres seront préremplies.

En plus d'être relativement complexe, cette structure ne me permet pas de mettre des contraintes sur le fait que l'indicateur sélectionné pour une Ligne Directrice Choisie doit être parmi la liste des Indicateurs possibles. Même remarque pour faire en sorte que les outils associés à une Ligne Directrice Choisie soient des Outils Possibles pour calculer l'Indicateur sélectionné.

J'espère que vous avez assez d'information pour me donner votre avis. Si quelqu'un a l'amabilité de se plonger dans tout ça et de me donner son avis sur mon travail, je lui en serais très reconnaissant.

En vous remerciant,

Rozgann

[f-leb]

Bonsoir Rozgann,

A priori ton schéma respecte tes contraintes de gestion, sauf celles là comme tu l'as remarqué:

cette structure ne me permet pas de mettre des contraintes sur le fait que l'indicateur sélectionné pour une Ligne Directrice Choisie doit être parmi la liste des Indicateurs possibles. Même remarque pour faire en sorte que les outils associés à une Ligne Directrice Choisie soient des Outils Possibles pour calculer l'Indicateur sélectionné.

Ces contraintes peuvent être imposées simplement grâce à du code VBA+SQL évènementiel sur des contrôles du formulaire.
Sur la première contrainte, typiquement tu auras deux listes déroulantes LigneDirectriceChoisie et Indicateur, le contenu de la liste Indicateur dépendant de la liste LigneDirectriceChoisie (voir le tuto Concevoir une liste qui en alimente une autre par exemple).

L'inconvénient sous Access étant que la contrainte n'est plus assurée si tu attaques ta base en dehors du formulaire de saisie.

Si tu veux blinder ta base, des solutions relationnelles sont possibles.

Le schéma partiel ci-dessous répond à ta première contrainte:

... l'indicateur sélectionné pour une Ligne Directrice Choisie doit être parmi la liste des Indicateurs possibles.

Schéma à tester. Comme j'ai le cerveau un peu ramolli par la chaleur, le schéma incluant les Outils suivra plus tard...

Fait soif là

[Rozgann]

OK merci pour ta réponse.

J'ai essayé ta suggestion, mais ça ne peut pas fonctionner pour sélectionner un indicateur pour une ligne directrice choisie. Dans la base de données "fixe" (les tables préremplies), un indicateur est associé à une ligne directrice "générique". Or, quand l'utilisateur sélectionne un indicateur, il le sélectionne pour une ligne directrice choisie, qui est dans une table différente. Comme il peut modifier l'intitulé des lignes directrices, il peut choisir deux fois la même ligne directrice "générique" pour la personnaliser de manière différente, et elles auront peut-être des indicateurs différents. Donc ton schéma n'est pas applicable dans ce cas là.

Ce n'est pas non plus possible pour les outils. Un outil "possible" (dans la base de données "fixe") est associé à un indicateur, mais cet indicateur peut être associé à plusieurs lignes directrices, et suivant la ligne directrice à laquelle il est associé, les outils utilisés pour le calculer peuvent être différents.

J'ai retourné le problème dans tous les sens hier après-midi, je ne vois pas vraiment comment simplifier cette structure. Les exigences sont assez spécifiques, et j'ai pas l'impression qu'on puisse utiliser un schéma standard. Je gèrerais les contraintes restantes avec les formulaires.

Merci pour ton aide.

[f-leb]

re,

Si je comprends bien:

- Une ligne directrice "générique" peut avoir plusieurs libellés
- Un libellé de LD se rapporte à une ligne directrice "générique"

Ne faudrait-il pas alors deux tables pour gérer tes LD: LDLibellé et LDgénérique en association "un à plusieurs" ??

Non, c'est pas ça ?

[Rozgann]

C'est bien ce que j'ai, deux tables : 'tblLigneDirectrice', qui contient les lignes "génériques" déjà présentes dans la base de données, et 'tblLigneDirectriceChoisie', dont les enregistrements sont créés à partir de ceux de la table 'tblLigneDirectrice' quand l'utilisateur choisi une ligne directrice, et dont il peut ensuite personnaliser le libellé.

Non c'est bon, maintenant ça a l'air de rouler tout seul.

Merci pour ton aide.

[f-leb]

bonjour,

...il peut choisir deux fois la même ligne directrice "générique" pour la personnaliser de manière différente, et elles auront peut-être des indicateurs différents. Donc ton schéma n'est pas applicable dans ce cas là.

ben si, je reprends ma proposition du schéma précédent complété:


les tables LDgenerique, Indic et IndicLD sont les tables "fixées".

Dans ChoixLD, tu choisis la LDgénérique avec un des Indicateurs autorisés. Tu personnalises en complétant le champ IntituleLD.

exemple pour ma table ChoixLD:

Code :

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

1
2
3
4
idChoixLD      idLDgenerique       idIndic        IntituleLD
     1          1                   1             intitulé1
     2          1                   2             intitulé2

j'ai choisi deux fois la même LD générique avec des Indicateurs différents et des intitulés personnalisés.

[EDIT]
Éventuellement dans la table ChoixLD tu peux rajouter une contrainte d'unicité du style:

Code sql :

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

ALTER TABLE ChoixLD ADD CONSTRAINT macontrainte UNIQUE (idLDgenerique);

ou

Code sql :

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

ALTER TABLE ChoixLD ADD CONSTRAINT macontrainte UNIQUE (idLDgenerique,idIndic);

selon ton besoin (qui ne me paraît pas clair, désolé).
[/EDIT]

[Rozgann]

Ah oui ! En effet, tu as raison, je n'avais pas compris ta proposition dans ce sens, mais en effet ça doit être plus propre que ma solution. Le seul problème, c'est que j'ai déjà commencé à faire des formulaires, avec du code VBA qui insère des enregistrements dans les tables, etc... et j'ai un peu la flemme de tout reprendre pour l'adapter à cette solution.

Merci pour ton aide, ça pourra certainement servir à quelqu'un d'autre.