Discussion :

[Richard_35]

Bonjour _developpeur_ et Fabien,

.../... le modele que j'ai fait n'est pas precisemment le résultat de ton MCD ?

==> OK, je voulais simplement dire que tu pouvais le moduler.

Quid de la clé primaire dans la Table AssociationActiviteService ?
Quid des champs clé externe non renseignés dans la Table AssociationActiviteService ?

==> tu as raison : je m'aperçois qu'une de tes interrogations est passée à la trappe. En fait, c'est toi qui as trouvé : ton schéma est correct.

Table AssociationActiviteService
- Id_AssociationActiviteService (clé primaire, numéro auto)
- Id_Niveau1
- Id_Niveau2
- Id_Niveau3
- Id_Niveau4
...

Les relations indiquées précédemment restent correctes.

[_developpeur_]

Bonjour _developpeur_ et Fabien,

==> OK, je voulais simplement dire que tu pouvais le moduler.


==> tu as raison : je m'aperçois qu'une de tes interrogations est passée à la trappe. En fait, c'est toi qui as trouvé : ton schéma est correct.

Table AssociationActiviteService
- Id_AssociationActiviteService (clé primaire, numéro auto)
- Id_Niveau1
- Id_Niveau2
- Id_Niveau3
- Id_Niveau4
...

Les relations indiquées précédemment restent correctes.

Bonjour Richard, merci.
Dernière point, c'est grave si les clé externe IDniveau3 et 4 sont parfois vide dans la Table AssociationActiviteService ?
Quels sont les impacts derrière ?? requetes SQL, code ...


merci beaucoup

[Richard_35]

Dernière point, c'est grave si les clé externe IDniveau3 et 4 sont parfois vide dans la Table AssociationActiviteService ?
Quels sont les impacts derrière ?? requetes SQL, code ...

==> eh bien, non, ce n'est pas grave, puisque tes règles de gestion l'imposent.


Concrètement :

• dans tes formulaires, il faudra prévoir des listes déroulantes qui proposeront le contenu de tes tables NiveauX mais dont le choix n'est pas obligatoire ;
• dans les requêtes, si un niveau "Est Null", Access te le dira et tu pourras filtrer en fonction ;
• attention de prévoir, via l'assistant, des flèches à droite (LEFT JOIN) pour "voir" les non-correspondances éventuelles ;
• etc...

[_developpeur_]

==> eh bien, non, ce n'est pas grave, puisque tes règles de gestion l'imposent.


Concrètement :

• dans tes formulaires, il faudra prévoir des listes déroulantes qui proposeront le contenu de tes tables NiveauX mais dont le choix n'est pas obligatoire ;
• dans les requêtes, si un niveau "Est Null", Access te le dira et tu pourras filtrer en fonction ;
• attention de prévoir, via l'assistant, des flèches à droite (LEFT JOIN) pour "voir" les non-correspondances éventuelles ;
• etc...

OK merci beaucoup a vous. Je pars sur ce modèle.

a bientot.

David

[f-leb]

rerebonjour,

Pour en revenir avec l’unique table NiveauActivite, rien n’empêche d’associer 4 fois la table AssociationActiviteService à la table NiveauActivite :

AssociationActiviteService -∞------------1- NiveauActivite
...................................|-∞-----------1- NiveauActivite_1
...................................|-∞-----------1- NiveauActivite_2
...................................|-∞-----------1- NiveauActivite_3

(ajouter 4 fois la table NiveauActivite dans la fenêtre des relations)

AssociationActiviteService(….., #idNiveauActivite1, #idNiveauActivite2, #idNiveauActivite3, #idNiveauActivite4…)

les champs (clé externe) IDNiveauActivite3 et IDNiveauActivite4 ne seront pas renseignés..
est-ce grave ? quels impacts derriere ?

ça te coutera 4 octets par champ nom rempli , des requêtes pas forcément optimisées, des traitements supplémentaires avec des fonctions Nz, isnull, iif…

Par exemple, si on veut connaître le nombre de niveauActivite remplis :

Code sql :

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

SELECT id, iif(isnull(idNiveauActivite1),0,1)+ iif(isnull(idNiveauActivite2),0,1)+ iif(isnull(idNiveauActivite3),0,1)+ iif(isnull(idNiveauActivite4),0,1) FROM…

Alors qu’avec une table de jointure :

Code sql :

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

SELECT id, count(*) FROM …INNER JOIN…GROUP BY… ;

Mais cela reste probablement tolérable pour une volumétrie "raisonnable" et peut-être plus facile pour les formulaires/états…

…mais que se passera-t-il le jour ou un idNiveauActivite5 naîtra… 

[_developpeur_]

rerebonjour,

Pour en revenir avec l’unique table NiveauActivite, rien n’empêche d’associer 4 fois la table AssociationActiviteService à la table NiveauActivite :


(ajouter 4 fois la table NiveauActivite dans la fenêtre des relations)

AssociationActiviteService(….., #idNiveauActivite1, #idNiveauActivite2, #idNiveauActivite3, #idNiveauActivite4…)




ça te coutera 4 octets par champ nom rempli , des requêtes pas forcément optimisées, des traitements supplémentaires avec des fonctions Nz, isnull, iif…

Par exemple, si on veut connaître le nombre de niveauActivite remplis :

Code sql :

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

SELECT id, iif(isnull(idNiveauActivite1),0,1)+ iif(isnull(idNiveauActivite2),0,1)+ iif(isnull(idNiveauActivite3),0,1)+ iif(isnull(idNiveauActivite4),0,1) FROM…

Alors qu’avec une table de jointure :

Code sql :

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

SELECT id, count(*) FROM …INNER JOIN…GROUP BY… ;

Mais cela reste probablement tolérable pour une volumétrie "raisonnable" et peut-être plus facile pour les formulaires/états…

…mais que se passera-t-il le jour ou un idNiveauActivite5 naîtra… 

Bonjour F-Leb, désolé pour le retard j'étais passé sur autre chose.
Si je comprends bien ta solution, ca permet d'avoir une seule table qui contiendra tous les niveau d'activité. Mais comment savoir a quel niveau1 est rattaché un niveau 2 ? a quel niveau 2 est rattaché un niveau 3 ?

et on se retrouve toujours avec des champs vide dans la table association ou j'ai mal compris ta solution ?

merci

[Simplifi]

rebonjour,
en quoi un modèle avec une seule table Activité au lieu de 4 tables ActivitéNiveauX ne conviendrait pas ?

Activité(idActivite, LibelleActivite, NiveauActivite)

avec NiveauActivite=1,2,3 ou 4

Pour rattacher une activité de quelque niveau que ce soit à une autre qui doit être son 'parent', il suffit de rajouter un champ pour obtenir:
Activité(idActivite, LibelleActivite, NiveauActivite,idActivitéParente)

ainsi seule l'activité départ d'arborescence n'as pas de parent, toutes les autre en ont un.
Tu peux accesoirement avoir autant d'étages que tu en as envie sans rien changer à ta table