Discussion :

[limopsy]

Salut

Je veux réaliser une base de données qui permet à une société de gérer ses stagiaires, j'ai réalisé le mcd et défini les règles de gestions représentés par les cardinalités. ci dessous l'image qui représente toutes les entités ainsi que les relations entre chacunes d'elles.



Je désire savoir s'il y des erreurs de conceptions, aussi je vous laisse juger si ce petit MCD avec 4 tables suffisent à une société de gérer vraiment ses stagiaires.

[JPhi33]

Bonjour,

aussi je vous laisse juger si ce petit MCD avec 4 tables suffisent à une société de gérer vraiment ses stagiaires.

Un petit point de vocabulaire en préambule : un MCD ne contient pas des tables mais des entités et des associations.

Pour répondre à la question, tout dépend des règles de gestion. Sans les connaître, il est impossible de savoir si ce MCD est suffisant.
Un exemple : Supposons que l'entreprise souhaite établir des statistiques sur les établissements d'où sont originaires les stagiaires, quel établissement "fournit" le plus de stagiaires, lequel en fournit le moins. Le MCD présenté ne permettra de les réaliser qu'approximativement car un même établissement pourra être orthographié différemment au fil des erreurs de saisie. Pour avoir des statistiques fiables, il faudrait externaliser les établissements dans une entité dédiée.

[CinePhil]

Service et type de stage devraient être externalisés dans des entités de référence :
Service -0,n----Organiser----1,1- Stage
Type_Stage -0,n----Typer----1,1-----|

Ça évite les saisies multiples avec de potentielles orthographes différentes pour la même chose et ça prend moins de place car la table des stages n'accueillera que des clés étrangères de type entier au lieu de chaînes de caractères répétitives.

Idem pour la ville dans la table des stagiaires, pour la spécialité dans la table des encadrants, pour l'établissement, dans la table des formations, voire pour la filière si une filière peut préparer à plusieurs diplômes.

Attention aussi aux cardinalités minimales à 1 sur les deux branches d'une association qui sont rarement indispensables ! Tu ne pourras créer de ligne dans une table sans que pré-existe la ligne de référence dans l'autre table, ce qui oblige à la création d'un trigger.
Dans le cas présent, j'imagine que l'entreprise va d'abord créer un stage avant de savoir qui sera le stagiaire et son encadrant car elle sait d'abord qu'elle aurait besoin d'un stagiaire pour tel domaine avant de savoir si elle trouvera un stagiaire.
De même, l'encadrant peut être désigné au dernier moment, en fonction du sujet réel du stage.

[limopsy]

Idem pour la ville dans la table des stagiaires, pour la spécialité dans la table des encadrants, pour l'établissement, dans la table des formations, voire pour la filière si une filière peut préparer à plusieurs diplômes.

Merci énormément pour vos réponses, ça m'a beaucoup aidé Pour ce qui est de l'utilité de rendre les attributs (Ville,Etablissement,..) des entités, je vois mal comment cela va annuler les taches répétitives puisque la table Formation par exemple va abriter la clé étrangere issu de la table Etablissement, et cela dit on doit toujours entrer des valeurs dans ce champs comme on le faisait antérieurement.

J'ai aussi une autre question à propos des formulaires, qu'est-ce qu'ils permettent de faire ? et c'est quoi un sous formulaire ? est-ce qu'il y a plusieurs type de formulaire que je peux crée dans Access pour des taches différentes ?

Merci encore une fois

[fsmrel]

J'ai aussi une autre question à propos des formulaires, qu'est-ce qu'ils permettent de faire ? et c'est quoi un sous formulaire ? est-ce qu'il y a plusieurs type de formulaire que je peux crée dans Access pour des taches différentes ?

Pour ce genre de questions, il est préférable que vous postiez dans le forum Access :
http://www.developpez.net/forums/f45...office/access/

[CinePhil]

Pour ce qui est de l'utilité de rendre les attributs (Ville,Etablissement,..) des entités, je vois mal comment cela va annuler les taches répétitives puisque la table Formation par exemple va abriter la clé étrangere issu de la table Etablissement, et cela dit on doit toujours entrer des valeurs dans ce champs comme on le faisait antérieurement.

Pour commencer, une table est composée de lignes et de colonnes, pas de champs !

Le cas de l'externalisation de la ville est typique !
Supposons que tu aies un champ de saisie libre dans ton formulaire pour alimenter une colonne alphanumérique de la table Stagiaire.
Au fil du temps tu pourras avoir dans ta table des stagiaires qui viennent de Saint-Étienne, St. Etienne, Saint Etienne...) alors qu'ils viennent de la même ville.
Une clé étrangère numérique n'occupe que 4 octets alors qu'il faut un octet par caractère dans une colonne alphanumérique + 1 pour la longueur de la chaîne. C'est plus coûteux en mémoire, en temps d'accès... bref, c'est moins bon.

J'ai aussi une autre question à propos des formulaires, qu'est-ce qu'ils permettent de faire ? et c'est quoi un sous formulaire ? est-ce qu'il y a plusieurs type de formulaire que je peux crée dans Access pour des taches différentes ?

Là tu sors du forum Conception/Modélisation/Schéma pour entrer dans le domaine d'Access !
Un formulaire est un écran d'affichage et/ou de saisie de données pour ta base de données.
Un sous-formulaire est un formulaire à l'intérieur d'un autre, par exemple pour afficher la liste des stagiaires accueillis par un service particulier.

Tu pourrais ainsi avoir un formulaire architecturé de la façon suivante :
Nom du service :
Nom du chef de service :

Liste des stagiaires accueillis dans le service :
Nom | Prénom | Intitulé stage | Date début stage | Date fin stage

Pour la suite concernant Access et ses formulaires, adresse toi au forum Access. Tu trouveras aussi des tutoriels sur le sujet.

[limopsy]

Merci CinePhil pour les explications bien claires, je comprend maintenant pourquoi il est mieux d'externaliser ce genre d'attributs, une seul contrainte c'est que cette méthode exige un savoir préalable de la correspondance entre la clé étrangère et l’occurrence "ville" de la table ville par exemple, surtout si on a une grande table avec des centaine de villes, cela ne va pas faire perdre un peu de temps à celui qui utilise la BDD cherchant l'ID de la ville au lieu de la saisir tout simplement ?

[CinePhil]

Non car tu vas créer dans le formulaire un contrôle de type liste déroulante qui contiendra toutes les villes de la table des villes et dont la colonne d'identifiant de la ville sera cachée à l'utilisateur (largeur = 0).

Encore une fois, pour ces sujets, adresse toi au forum Access, ils sauront mieux t'aider que moi car j'ai quitté la planète Microsoft depuis des années.

[limopsy]

Merci beaucoup CinePhil pour toutes les réponses, c'est ma première discussion sur les forum et je suis satisfait que tu m'a éclairé tous les soucis que j'ai eu.