Cours de bases de données

Enseignante : Hajar MAKHOUKHI

Email : [Link]@[Link]

Année universitaire : 2021/2022

1
Plan

● Système d’information
● Initiation aux bases de données
● Internet et conception de site Web

2
Première partie : Système d’information

3
Système d’information

● Dans l’activité de chaque organisation, on utilise une

quantité importante d’informations.
● Ces informations doivent être stockées, diffusées, traitées
et transformées pour être utilisables pour la prise des
décisions.
● Le gestionnaire doit être capable de traiter l’information et
la rendre utile et rentable pour l’entreprise.

4
Système d’information

Information et donnée
● Une information est un élément de connaissance
susceptible d’être représenté à l’aide de conventions pour
être traité, conservé et communiqué.
● Une information est quelque chose de beaucoup plus
qu'une donnée brute.
● Information = Donnée + signification

5
Système d’information

Types d’information
● Information interne
● Information externe
● Information volatile
● Information persistante
● Information brute
● Information calculée

6
Système d’information

Définition d’un système

● Un système est un ensemble d’éléments reliés entre eux
en interactions dynamiques et constituant un tout cohérent
et fonctionnel compris dans un ensemble plus grand.
● En Latin et en Grec, le mot « système » veut dire
combiner, établir, rassembler.
● Un système d'information permet de traiter, stocker et
diffuser l'information.

7
Système d’information

● Système d‘Information (SI) est un ensemble organisé

de ressources qui permet de collecter, stocker, traiter et
distribuer de l'information.

8
Système d’information

Fonction d’un système d’information

● La saisie: la fonction la plus basique (l'introduction massive des
lecteurs de code barre, des logiciels de reconnaissance vocale et de
récognition de caractère).
● Le stockage: CD, disque dur, usb...
● Le traitement: consiste à créer de nouvelles informations à partir de
celles existantes avec des opérations de tri, calculs, regroupements.
(Ordinateurs, serveurs, systèmes d’exploitation, logiciels d’application).
● La restitution: impression, écrans d’ordinateur.
● La transmission: en utilisant un support (câble coaxial, fibre
optique ...).

9
Système d’information

Les besoins
● La conception d'un système d'information n'est pas
évidente car il faut réfléchir à l'ensemble des informations
que l'on doit mettre en place.
● La phase de conception nécessite des méthodes
permettant de mettre en place un modèle sur lequel on va
s'appuyer.
● La modélisation consiste à créer une représentation
virtuelle d'une réalité de telle façon à faire ressortir les
points auxquels on s'intéresse.

10
Conception de système d’information

● La méthode MERISE
Méthode d'Étude et de Réalisation Informatique pour les
Systèmes d'Entreprise
● MERISE est une méthode de conception, de
développement et de réalisation de projets informatiques.
● C’est une méthode née en 1976 suite à un projet du
Ministère de l’Industrie.
● Le but de cette méthode est d'arriver à concevoir un
système d'information.

11
Conception de système d’information
Les composantes de Merise
Comme toute méthode d’analyse et de conception des SI, Merise regroupe :
● Des modèles (concepts, règles de représentation).
● Un langage (vocabulaire, règles de syntaxe).
● Une démarche.
●
Des outils (des logiciels tels que AMC Designer ou Win Design).
● Elle permet de représenter les composantes d’un SIG.
● Les acteurs.
● Les données.
● Les traitements.
● Les procédures.
●
Les postes de travail, etc.

12
Conception de système d’information

● Les cycles de MERISE

La conception d’un système d'information se fait par
étapes, afin d'aboutir à un système d’informations
fonctionnel reflétant une réalité physique.

13
Les cycles de MERISE

Les niveaux d’abstraction

La nécessité d’aborder différents types de préoccupations (décrire l’activité, définir
les règles de gestion, définir les informations, répartir les traitements entre l’homme
et la machine, organiser physiquement les fichiers, choisir le matériel, répartir les
responsabilités, etc) a conduit à proposer différents niveaux d’abstraction.

14
Les cycles de MERISE

15
Les cycles de MERISE
● Les cycles de MERISE
● Le modèle conceptuel
On décrit les règles de gestion en répondant à la question Quoi
faire ?
Définition des classes d’objets ou d’événements et les règles de
comportement.
● Le modèle logique ou organisationnel
Identification des ressources employées (choix du SGBDR pour
le système d'information).
En répondant aux questions Qui ? Où ? Quand ?

16
Les cycles de MERISE

● Les cycles de MERISE

● Le modèle logique ou organisationnel
On mettra en accord les règles de gestion et la structure
organisationnelle de l’entreprise.
Exemple : Qui reçoit les commandes passées par les clients?
Qui fait la facturation? Quand doit-on éditer une facture?
● Le modèle organisationnel consiste à définir le:
MOT (Modèle organisationnel des traitements) décrivant les
contraintes dues à l'environnement (organisationnel, spatial et
temporel).

17
Les cycles de MERISE

● Les cycles de MERISE

● Le niveau physique ou opérationnel
On traduit le modèle logique en un modèle physique
particulier en faisant appel à des logiciels et au matériel
approprié.
Pour les traitements, le modèle opérationnel décrit
l’architecture de différents programmes et les différentes
actions élémentaires jusqu’au niveau algorithme.

18
Les cycles de MERISE

● Système d’information automatisé

● L’implantation et la mise du système développé à la
disposition de l’utilisateur.

19
Conception de système d’information

Cycle de vie d’un système d’information

● La conception du futur système d’information
(descriptions détaillées de spécifications fonctionnelles et
techniques).
● La réalisation du futur système d’information (production
de programmes et de consignes correspondant aux
spécifications détaillées).
● La maintenance du futur système d’information (adaptation
du système aux évolutions de l’environnement).

20
 Cycle de décision
L’ensemble de décisions et choix pris durant le cycle de vie. Les
décisions marquent, généralement, la fin d’une étape et le début
d’une autre.
Cet ensemble de décisions est hiérarchisé comme suit :
● Décomposition du système d’information en des sous-systèmes.
● Orientations majeures concernant les règles de gestion, les règles
d’organisation et les solutions technologiques.
● Planification de la réalisation du système d’information.
● Degré d’automatisation de procédures : procédures manuelles et
procédures automatiques.

21
Le modèle conceptuel de données

Présentation du MCD
● Le modèle conceptuel de données (MCD) est une
représentation stable de l’ensemble des données
manipulées par l’entreprise ainsi que des relations entre
ces données.
● Le MCD décrit les objets, les événements, les concepts
d’une manière abstraite, sans réfléchir, à ce stade, aux
possibilités de traitement par l’ordinateur.

22
Le modèle conceptuel de données

Présentation du MCD
Un schéma conceptuel représente :
● Les faits et les événements qui décrivent le monde à
modéliser.
Exemple : une compagnie aérienne, ses avions et ses pilotes.
● Certaines contraintes.
Exemple : un pilote ne doit vole que s’il détient une licence en
cours de validité et une qualification correspondant au type
d’avion.

23
Le modèle conceptuel de données

Concepts du MCD
● Entité
Une entité ou individu est la représentation dans le SI d’un
objet concret ou abstrait (matériel ou immatériel) de
l’univers de l’entreprise qui est caractérisée par son
unicité.
● Exemples : Client, Compte-bancaire.
Une entité a une existence propre, sans référence à une
autre entité.

24
Le modèle conceptuel de données

Concepts du MCD
Association
● Un lien sémantique de plusieurs entités (indépendamment
des traitements)
● Plus la dimension d’une relation est grande, plus la
relation devient complexe et difficile à gérer.
● Exemple : Possède est une relation qui lit l’entité Client et
l’entité CompteBancaire.

25
Le modèle conceptuel de données

Association
● La dimension d’un type-association est le nombre de type-
entités contenu dans la collection.
● Un type-association est dit :
N-aire : dans le cas général,
Binaire : dans le cas où n=2 (la collection contient deux type-
entités),
Ternaire : dans le cas où n=3.
● Les type-associations avec n>2, bien qu’existants, sont rares et
problématiques.

26
Le modèle conceptuel de données

Propriété
● La propriété (attribut) représente la plus petite quantité
d’informations caractérisant une entité ou une association
et que l’on peut utiliser d’une manière autonome et qui
présente un intérêt pour le domaine à étudier.
● Exemples : l’entité Client est caractérisée par les
propriétés : NumeroClient, RaisonSociale, adresse et ville.
● L’entité CompteBancaire est caractérisée par les
propriétés : NumeroCompte, NomBanque et agence

27
Le modèle conceptuel de données

Propriété
Une propriété se décrit par tout ou partie des éléments suivants :
● Son nom: composé de caractères alphanumériques, de
préférence une composition de lettres, chiffres et un trait d’union
(Ex: nomEtud).
● Sa description : ce quelle représente et son intérêt dans le
contexte (Ex: le nom d’étudiant).
● Sa nature : son type et/ou domaine (Ex: chaîne de charactères)
● Sa longueur : nombre de caractères dans le format (Ex: 20)
● Contrainte ou remarques (Ex: date, Au format AAAA-JJ-MM)

28
Le modèle conceptuel de données

Propriété
● La liste de toutes les propriétés est définie dans un
dictionnaire de données.

29
Le modèle conceptuel de données

Propriété
Une propriété définie dans le dictionnaire de données est:
● Obligatoire ou facultative
● Brute (non calculée)
● Élémentaire (non décomposable)
● Pertinente: présente un intérêt pour le domaine étudié
● Unique: Deux ou plusieurs entités ne peuvent jamais avoir une
même propriété.
Une propriété peut être placée dans un type-association uniquement
lorsqu’il dépend de toutes les entités liées par le type-association.

30
Le modèle conceptuel de données

Valeur d’une propriété

● Chaque propriété possède un domaine qui définit
l’ensemble des valeurs possibles qui peuvent être choisies
pour lui (entier, chaîne de caractères, booléen...).
● Au niveau de l’entité, chaque attribut possède une valeur
compatible avec son domaine.

31
Le modèle conceptuel de données

Concepts du MCD
Propriété polysème
● Une propriété a plusieurs sens, on parle de polysème.
● Exemple
Date est une propriété qui peut représenter la date de la
commande client et la date de livraison.
● Dans cet exemple, il faut utiliser deux propriétés pour
représenter chacune des deux dates, ComDate pour la
date de la commande et LivDate pour la date de livraison.

32
Le modèle conceptuel de données

Concepts du MCD
Propriété Synonyme
● On parle de synonymes quand deux propriétés ont le
même sens.
● Exemple
Libellé et désignation → le nom d’un produit.
Dans cet exemple, il faut choisir un seul nom pour
désigner le nom du produit.

33
Le modèle conceptuel de données

Concepts du MCD
Graphique
● La méthode Merise propose des représentations graphiques
pour la plupart de notions qu’elle utilise.
● Une entité est représentée par un rectangle dans lequel
apparaissent son nom et ses propriétés.
● Une association est représenté par une ellipse dans laquelle
apparaissent son nom et ses propriétés éventuelles.

34
Le modèle conceptuel de données

Concepts du MCD
Considérons l’entité Etudiant caractérisée par les
propriétés : Numéro de convocation, Nom, Prénom,
Date de naissance.

35
Le modèle conceptuel de données

● Concepts du MCD
● Occurrence d’une propriété
Toute valeur prise par la propriété définit une occurrence
de la propriété.
● Exemple
Occurrence de la propriété Nom.

36
Le modèle conceptuel de données

● Concepts du MCD
● Occurrence d’une propriété
L’ensemble de valeurs prises par les propriétés
caractérisant une entité définit l’occurrence d’une entité.
Exemple :
L’ensemble de valeurs suivant est une occurrence de l’entité
étudiant.
1 SLAOUI Amine 28/10/96

Toute réalisation de l’association générée par des

occurrences des entités impliquées dans l’association.
37
Le modèle conceptuel de données

● Concepts du MCD
● Identifiant
Un identifiant (ou clé) est l’ensemble minimal d’attributs qui
permet d’identifier chaque entité ou association de
manière unique. Il permet de distinguer sans ambiguïté
une occurrence de l’entité. Toute entité doit avoir un
identifiant.

38
Le modèle conceptuel de données
● Concepts du MCD
● Identifiant
Exemples
➔ L’identifiant de l’entité Client est NuméroClient car deux clients ne
peuvent pas avoir le même numéro.
➔ L’entité voiture ayant les propriétés : NuméroImmatriculation,
Couleur, Marque a comme identifiant la propriété
NuméroImmatriculation.

39
Le modèle conceptuel de données

● Concepts du MCD
● Identifiant
✔ Un identifiant d’une association est l’ensemble des
identifiants des entités reliées à cette relation.
✔ Un identifiant est simple quand il est constitué d’une seule
propriété.
✔ Un identifiant est composé quand il est constitué de
plusieurs propriétés.

40
Le modèle conceptuel de données

● Concepts du MCD
● Identifiant
Règles :
✔ Chaque type-entité possède au moins un identifiant,
éventuellement formé de plusieurs attributs.
✔ Il ne peut y avoir la même valeur d’identifiants pour deux
instances d’un type-entité (ou type-association).

41
Le modèle conceptuel de données

● Concepts du MCD
● Cardinalité
Une cardinalité est le nombre minimum et maximum
d’occurrences d’une association pour une occurrence d’entité.
Une cardinalité est notée sous la forme (X,Y), X est le nombre
minimum d’occurrences de l’entité1 relié à l’entité2 et Y est le
nombre maximum d’occurrences de l’entité1 relié à l’entité2.
Exemple : Un client possède au minimum 1 compte bancaire
et au maximum plusieurs représenté par N d’ou la cardinalité
(1,N). Alors qu’un compte bancaire appartient à un client et un
seul d’ou la cardinalité (1,1).

42
Le modèle conceptuel de données

● Concepts du MCD
● Cardinalité
Dans la pratique on gère les cardinalités suivantes :
● 0,1 : Chaque occurrence de l’entité est relié à au plus une
occurrence de l’association.
Exemple : Un employé est responsable d’au plus un service.
● 1,1 : Chaque occurrence de l’entité est reliée exactement à
une occurrence de l’association.
Exemple : Un compte bancaire appartient à un client et un
seul.

43
Le modèle conceptuel de données

● Concepts du MCD
● Représentation des cardinalités

44
Le modèle conceptuel de données

● Concepts du MCD
● Représentation des cardinalités

45
Le modèle conceptuel de données

● Concepts du MCD
Cardinalité
On suppose que:
Un enseignant ne peut enseigner qu’un seul cours. Un cours
est enseigné par un seul enseignant au max.
Un enseignant peut enseigner jusqu’au 3 cours. Un cours est
enseigné par un seul enseignant au max.
Un enseignant enseigne un ou plusieurs cours, et un cours
n’est enseigné que par un seul professeur.
Modéliser les trois cas.
46
Le modèle conceptuel de données
● Concepts du MCD
Cardinalité

? : Il faut se demander si l’une des entités n’est pas propriété d’une

autre.
* : A éviter car il traduit souvent une erreur de conception.

47
Le modèle conceptuel de données
● Concepts du MCD
Association & cardinalité
Les type-associations peuvent être catégorisés en fonction
des cardinalités maximales de leurs pattes :

48
Le modèle conceptuel de données
● Concepts du MCD
Lien binaire 1:1
Une instance de A ne peut être associée qu'à une seule
instance de B et inversement.

49
Le modèle conceptuel de données
● Concepts du MCD
Lien binaire 1:1
Un médecin n’exerce que dans une seule salle.
Une salle n’est pas partagée par plusieurs médecins.

50
Le modèle conceptuel de données
● Concepts du MCD
Lien fonctionnel 1:n
Une instance de A ne peut être associée qu'à une seule
instance de B.

51
Le modèle conceptuel de données
● Concepts du MCD
Lien fonctionnel 1:n
Un employé ne peut travailler que dans un seul département.

52
Le modèle conceptuel de données
● Concepts du MCD
Lien fonctionnel 1:n
Un stage est proposé par une et une seule entreprise.
Une entreprise propose 0 ou n stages.

53
Le modèle conceptuel de données
● Concepts du MCD
Lien maillé n:m
Une instance de A peut être associée à plusieurs instances
de B et inversement.
Un employé peut participer à plusieurs projets.

54
Le modèle conceptuel de données
● Concepts du MCD
Lien maillé n:m
Seuls les type-associations maillés ont des propriétés.
L’identifiant d’un type-association maillé est composé des
identifiants de ses participants. Cet identifiant n’est pas
mentionné sur le modèle, il est implicite.

55
Le modèle conceptuel de données
Démarches de conception et réalisation du MCD
La démarche à suivre dans un premier temps pour la conception et la
réalisation d’un modèle conceptuel de données:
➔ Etablir un dictionnaire des données (les noms de différentes
propriétés, leur nature).
➔ Rattacher des propriétés à chaque entité.
➔ Etablir un identifiant pour chaque entité.
➔ Définir les associations.
➔ Rattacher, éventuellement, des propriétés aux associations.
➔ Construire le schéma du modèle conceptuel de données.
➔ Calculer les cardinalités.

56
Le modèle conceptuel de données
Concepts du MCD
Pour vérifier le MCD obtenu en applique les règles suivantes :
Règle1 : Toutes les propriétés doivent être élémentaires.
Règle2 : Chaque entité doit posséder un identifiant et un seul.
Règle3 : L’identifiant détermine d’une manière unique toutes
les propriétés de l’entité.
Règle4 : Une propriété ne peut qualifier qu’une seule entité ou
qu’une seule association.
Règle5 : Les propriétés d’une association doivent dépendre
de la totalité des identifiants des entités participantes.

57
Le modèle conceptuel de données
Concepts du MCD
Résumé
Entité: un objet pourvue d’une existence propre.
Client, Fournisseur, Produit sont des entités.
Association: est une relation entre entités, dépourvue
d’existence propre.
Enseigne est une association entre les entités Prof et Cours.
Propriété: le plus petit élément d’information caractérisant
partiellement une entité ou une association.
Nom, Code, Quantité sont des propriétés.

58
Le modèle conceptuel de données
Concepts du MCD
Résumé
Occurrence: la valeur d’une propriété, d’une entité ou d’une
association.
Mohammed est une occurrence de la propriété nom.
25, Mohammed, SLAOUI, Andalous est une occurrence de
l’entité Prof.
25, math, 2h est une occurrence de l’association enseigne.

59
Le modèle conceptuel de données
Concepts du MCD
Résumé

60
Le modèle conceptuel de données
Concepts du MCD
Association plurielle
Une association permet de modéliser des personnes qui
écrivent des livres et et autres qui critiquent (au sens de
critique littéraire) des livres.

61
Le modèle conceptuel de données
Concepts du MCD
Association réflexive hiérarchique
Dans une entreprise, chaque salarié a un seul chef (supérieur
hiérarchique direct) sauf le patron et chaque chef a au moins
un salarié sous ses ordres. Évidemment, certains salariés ne
sont chefs de personnes.

62
Le modèle conceptuel de données
Concepts du MCD
Association réflexive non hiérarchique
On modélise le fait qu’un professeur puisse se faire
remplacer par plusieurs collègues qu’il peut lui-même en
remplacer plusieurs.

63
Le modèle conceptuel de données
Concepts du MCD
Association ternaire
● Les professeurs enseignent des matières dans des
établissements.
● Dans une association ternaire, toutes les cardinalités
maximales sont obligatoirement à n.

64
Le Modèle logique de données (relationnel)
Concept du MLD
● Le modèle logique de données (MLD) est l’étape intermédiare
entre un MCD et un modèle physique de donnée (MPD). C’est
une description de la base qui va être crée.
● Le MLD correspond à l'organisation des données dans les
bases de données relationnelles.
● Un modèle relationnel est composé de relations, encore
appelée tables. Ces tables sont décrites par des attributs
(noms de colonnes).
● Pour décrire une relation, on indique tout simplement son nom
en majuscule, suivi du nom de ses attributs entre parenthèses.

65
Le Modèle logique de données (relationnel)
Concept du MLD
L'identifiant d'une relation est composé d'un ou plusieurs attributs
qui forment la clé primaire. Une relation peut faire référence à une
autre en utilisant une clé étrangère, qui correspond à la clé primaire
de la relation référencée.
Il n'y a pas de notation officielle pour repérer les clés primaires et
étrangères, mais on peut procéder comme suit:
•On souligne la clé primaire d'un seul trait
•On fait précéder (ou suivre) les clés étrangères du symbole #
Chaque ligne (tuple ou enregistrement) d'une table représente une
occurrence de l'entité ou de l'association correspondante.

66
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
● Toute entité du MCD devient une relation du MLDR, et
donc une table de la base de données.
● Chaque propriété de l'entité devient un attribut de cette
relation, et donc une colonne de la table correspondante.
● L'identifiant de l'entité devient la clé primaire de la relation
et donc la clé primaire de la table correspondante.

67
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD

CLIENT(num_client, nom, adresse, code_postal)

Remarque : les attributs ne doivent pas comporter
d'espaces.

68
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Relation binaire aux cardinalités (X,1) - (X,n), X= {0 ou 1}

CLIENT(num_client, nom, adresse, code_postal)

COMMANDE(numéro_commande, date_commande, # num_client)

69
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Relation binaire aux cardinalités (X,n) - (X,n), X= {0 ou 1}
Il y a création d'une table supplémentaire ayant comme clé
primaire une clé composée des identifiants des 2 entités. On
dit que la clé primaire de la nouvelle table est la
concaténation des clés primaires des deux autres tables.

70
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Relation binaire aux cardinalités (X,n) - (X,n), X= {0 ou 1}

PRODUIT (numéro_produit,nom_produit)
COMMANDE (numéro_commande, date_commande)
DETAILCOM(#numéro_commande, #numéro_produit, quantité)

71
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Relation n-aire (quelles que soient les cardinalités).
● Il y a création d'une table supplémentaire ayant comme clé
primaire la concaténation des identifiants des entités
participant à la relation.
● Si la relation est porteuse de données, celles ci deviennent
des attributs pour la nouvelle table.

72
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Relation n-aire

73
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Relation n-aire
ETUDIANT (numéro_étudiant, nom_étudiant)
NIVEAU (num_niv, nom_niv)
LANGUE (code_langue, nom_langue)
PARLE (#numéro_étudiant, #num_niv, #code_langue)

74
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Cardinalité (X,1) - (X,n), avec X={0 ou 1}
La clé primaire de l'entité se dédouble et devient une clé
étrangère dans la relation ou la nouvelle table.

75
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Cardinalité (X,1) - (X,n), avec X={0 ou 1}
Une société est organisée de manière pyramidale : chaque
employé a 0 ou 1 supérieur hiérarchique direct.
Simultanément, chaque employé est le supérieur
hiérarchique direct de 0 ou plusieurs employés.

76
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Cardinalité (X,1) - (X,n), avec X={0 ou 1}
EMPLOYE (id_employe, nom_employe, #id_sup)
id_sup correspond à l'identifiant (id_employe) du supérieur
hiérarchique direct de l'employé considéré.

77
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Cardinalité (X,n) - (X,n), avec X={0 ou 1}
De même, tout se passe exactement comme si l'entité se
dédoublait et était reliée par une relation binaire (X,n) - (X,n).
Il y a donc création d'une nouvelle table.

78
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Cardinalité (X,n) - (X,n), avec X={0 ou 1}
On modélise le fait qu’un professeur puisse se faire
remplacer par plusieurs collègues qu’il peut lui-même en
remplacer plusieurs.

79
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Cardinalité (X,n) - (X,n), avec X={0 ou 1}
PROFESSEUR(num_prof, nom_prof, adresse_prof)
REMPLACER(#num_prof_remplacé, #num_prof_remplaçant,
nombre)
● num_prof_remplacé est l'identifiant (num_prof) du prof qui
sera remplacé.
● num_prof_remplaçant estl'identifiant (num_prof) du
professeur remplaçant.

80
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Relation binaire aux cardinalités (0,1) - (1,1)
La clé primaire de la table à la cardinalité (0,1) devient une
clé étrangère dans la table à la cardinalité (1,1).

81
Le Modèle logique de données (relationnel)
Règles du passage du MCD au MLD
Association Réflexive
Relation binaire aux cardinalités (0,1) - (1,1)

ANIMATEUR (id_animateur, nom_animateur)

GROUPE (id_groupe, nom_groupe, #id_animateur)

82