Académique Documents
Professionnel Documents
Culture Documents
La « Table de Cana » est un réseau national regroupant des entreprises « traiteur », des
organisateurs de réceptions et des restaurants implantés sur l’ensemble de la France.
Ses nombreux clients sont des particuliers, des entreprises, des collectivités (lycées,
administrations…), des associations et des professions libérales.
Patrice KNETCH, responsable commercial, connaît vos compétences et sollicite votre aide.
Il est convaincu que l'utilisation d'un Système de gestion de bases de données relationnelles
est plus adaptée aux besoins de son entreprise que le tableur utilisé jusqu'à maintenant
(extraits ci-dessous). COMMANDES
Numéro Commande 5
CLIENTS Nombre de convives 10
Date commande 12/11/2007
Numéro Client 410210 Date du repas 21/12/2007
Nom CABINET GERIN
Adresse 19 rue de Locronan
Code Postal 29000
ville QUIMPER
Tél 298554285
Contact M. Gérin
MENUS
Numéro Menu 3
Nom du menu Menu du terroir
Prix unitaire 30 €
C’est un tableau dans lequel on retrouve la liste des propriétés ou attributs de la base de
données, le type et la taille de chaque attribut en nombre de caractères.
N° Commande NuméroAuto 5
Numéro Client Texte 10 Infos
Numéro Menu Texte 5 variables
Nombre de convives Numérique 5
Date commande Date/Heure 10
Date du repas Date/Heure 10
Il est possible de regrouper les informations en deux grandes catégories : les informations
fixes et variables.
Dans un SGBDR, ces informations, qui ne sont pas de même nature, sont placées dans des
entités différentes, reliées entre elles. Elles sont mises en relation ou associées par l’action
pour le client de commander un menu et par le fait pour un menu de correspondre à une
commande.
Important : chaque fois qu’une information qui correspond à une occurrence est susceptible
d’être multiple, il y a lieu de créer une seconde entité.
Exemples :
Pour être fiable, une base de données doit interdire la saisie multiple d’une même occurrence.
La solution consiste à interdire un même contenu pour une ou plusieurs propriétés d’une
entité.
Cette propriété est appelée identifiant et son contenu est différent pour chaque occurrence.
Une entité doit obligatoirement posséder un identifiant. Par convention, cet identifiant est
souligné et apparaît en premier dans la liste des propriétés (ou attributs) d’une entité.
Dans l’exemple, pour l’entité Clients, le n° du client peut être utilisé comme identifiant. Pour
la table Commandes, la solution consiste à ajouter une propriété de type NuméroAuto qui sera
augmentée de un après chaque commande. Cet identifiant permettra également, de connaître
le nombre de commandes. Par convention, cet identifiant est souligné dans le MCD.
Complétez le MCD ci-dessus.
Pour visualiser les commandes qui concernent un même client, il faut obligatoirement avoir
dans l’entité Commande une propriété qui identifie le client correspondant. Cette propriété
commune aux deux entités permettra la jointure entre les deux entités. La solution consiste à
ajouter la propriété Numéro Client à l’entité Commande. On parle de clé externe (ou clé
secondaire), dans l’entité Commande.
De même pour visualiser les menus commandés, il faut avoir dans l’entité Commande une
propriété qui identifie le menu correspondant. La solution consiste à ajouter la propriété à
l’entité. Complétez le MCD :