Discussion :

[pshd22]

Bonjour
Je suis en train de créer une base Access 2003 pour la gestion d'un tableau de bord et de suivi d'actions. Je me pose des questions sur la modélisation de la base. Je vous expose le problème :

J'ai un ensemble d'actions à suivre. Chaque action est suivie par trois types d'acteurs : un acteur responsable, un acteur chargé du suivi du pilotage, et enfin 0 à n acteurs peuvent être identifiés pour participer à chaque action, et chaque action implique une commission.

A cet effet j'ai créé une table action, une table commission et une table acteur.
La relation entre action et commission est de type 1 commission suit plusieurs actions, 1 action est suivie par 1 seule commission.

La relation entre action et acteur me pose problème car :
1 seul acteur responsable par action
1 seul acteur chargé du pilotage par action
0 à plusieurs acteurs participe à une action.

J'ai créé une table acteur qui regroupe l'ensemble des acteurs pouvant prendre un des rôles évoqués ci dessus, et je voudrai que l'intégrité référentielle s'applique avec la mise à jour en cascade lorsque je modifie un acteur de la table acteur, et ce pour tous les types d'acteurs.

En premier lieu j'ai mis tous les acteur dans la table action et fait une relation entre acteur et action, mais elle ne peut se faire que sur un seul acteur. Je ne bénéficie du mécanisme d'intégrité référentiel et de mise à jour que sur cet acteur. Si je mets tous les acteurs dans la relation, Access 2003 m'indique que je n'ai plus cette intégrité.

Comment dois je faire ? je suppose qu'il faut que je fasse une table "suiviAction" entre action et acteur mais je bloque sur cette table :
La structure serait :
référenceAction
SigleActeur
ActeurPilotage
ActeurResponsable
ActeurAutre1
ActeurAutre2
ActeurAutre3
ActeurAutre4

Avec les clés primaires sur les 2 premiers champs, mais je bloque.

Quelqu'un peut il m'éclairer de sa lanterne ?
merci

[Gabout]

Bonjour et bienvenue du DVP,

Je pense que nous n'avons pas assez d'informations, notamment :

• le responsable peut-il être responsable pour plusieurs actions ?
• le pilote peut-il piloter plusieurs actions ?
• les acteurs sont-ils acteurs sur plusieurs actions ?
• ces personnes sont-elles toutes de la même société ?

A+

[pshd22]

Bonjour et bienvenue du DVP,

Je pense que nous n'avons pas assez d'informations, notamment :
Réponse Merci de bien vouloir vous pencher sur mon problème, voici les compléments d'informations

• le responsable peut-il être responsable pour plusieurs actions ?
  
  Réponse : Oui, il peut être responsable de plusieurs action.
  
• le pilote peut-il piloter plusieurs actions ?
  Réponse : Oui le pilote peut piloter plusieurs actions
  
• les acteurs sont-ils acteurs sur plusieurs actions ?
  
  Réponse : un ecteur peut être sur plusieurs actions
  
• ces personnes sont-elles toutes de la même société ?
  
  Les Acteurs sont les sigles des organismes, le tableau de bord ne descend pas au niveau de la personne (chef de projet ou autre) cette information étant inutile dans le cadre de cette application. (mas nécessaire au sein de chaque organisme)

A+

Cordialement

[Gabout]

Je pense que c'est quelque chose dans le genre là

A+

[pshd22]

Je pense que c'est quelque chose dans le genre là

A+

Merci pour vtre réponse et votre exemple

Je suis arrivé aux mêmes conclusions avec des tables dédiées pour le pilote et le responsable et une jointure pour les autres acteurs.
Dans l'état actuel de ma réflexion, et par rapport à votre suggestion j'ai ajouté les champs :
ActeurAutre1
ActeurAutre2
ActeurAutre3
ActeurAutre4

dans la table de jointure tACTION_ACTEURS, sachant que ActeurAutre1 correspond à acteurid de votre schéma.
Cela ne résoud pas la règle d'intégrité référentiel ne s'applique qu'à ActeurAutre1, je suis obligé de faire des contrôles d'intégrités sur les ActeurAutre2 à 4

Ce choix vous parait il pertinent ?
Cordialement

[pshd22]

J'ai une autre question sur la modélisation de cette base, les acteurs pilotes sont distincts des acteurs responsables. Mais les acteurs responsables sont issus de la même table que celle des "autres acteur".

Si je réalise une jointure entre les tables acteurs et actions et un lien entre la table acteur et le champs acteur responsable de la table action, je me retrouve avec une relation triangulaire, de mémoire il me semble que ç'est banni dans les SGBDR.

Est-ce vrai ?
Auquel cas, la pratique est elle de cloner la table ?
Cordialement

[Pierre Fauconnier]

Bonsoir

Non, il ne faut pas cloner la table, mais il faut utiliser un alias. Dans la fenêtre des liaisons, tu ajoutes la table une deuxième fois et tu crées ton lien de façon traditionnelle.