Discussion :

[DamKre]

Bonjour,

Pouvez-vous confirmer/valider le modèle suivant:

J'ai une table principale (T_Employés) qui reprend les données de base de chaque employé. Chaque employé a son Id_Emp.
Selon le cas, un employé est affecté à un (parfois plusieurs) service.
Pour chaque service, je créer une table (T_Service_01), avec comme premier champ l'Id de la table, comme deuxième champ le Id_Emp; s'ensuivent les autres champs propres au service.
Ainsi, je ne surcharge pas la table des employés avec tous les champs de chaque service.

Pour modifier les données de l'employé dans son service, je passe par un champ ayant pour source une requête avec la table T_Employés et la table T_Service_01.

On est d'accord sur le principe, ou j'ai oublié une autre meilleure solution?

[nico84]

Bonjour,

il me semble préférable d'avoir 3 tables en tout :
- une des employés
- une des services
- une pour l'affectation des employés dans les services

[DamKre]

Donc, si j'ai 5 services, avec pour chacun des champs différents, cela ferait 7 tables?

Et la table d'affectation serait la une table de jointure avec seulement les Id? Et, dans ce cas, on multiplie ainsi les tables de jointures?

[nico84]

Donc, si j'ai 5 services, avec pour chacun des champs différents, cela ferait 7 tables?

Je ne vois pas l'intérêt d'avoir une table par service...

[DamKre]

Je ne vois pas l'intérêt d'avoir une table par service...

Parce que les champs de chacune sont totalement différents, et je voulais éviter de mettre une pléthore de champs dans une seule et même table.

[f-leb]

Bonsoir,

C'est donc un problème de spécialisation, voir https://warin.developpez.com/tutorie...onnees-access/.

[DamKre]

Bonsoir,

C'est donc un problème de spécialisation, voir https://warin.developpez.com/tutorie...onnees-access/.

Bonjour,

Merci de la lecture

Apparemment, intuitivement, je m'étais dirigé vers la "spécialisation sur le modèle du MCD", qui semble correspondre à mes besoins.

Merci encore