| Accueil | Forums | Bureautique | Développement | SGBD |
  Entité / Relation
 
  Le langage SQL DML
 
  Langage SQL DDL
 
 
  Passage au modèle logique de données
 
Définition : Le modèle logique de données consiste à décrire l'organisation des données au sein du système.

Le modèle relationnel

Il conssiste à modéliser l'organisation des données sous forme de tables à deux dimensions. Chaque table représentant une relation (au sens mathématique d'ensemble).

Il est souvent représenté de cette manière :
     Salarié (Matricule,NomSalarie,PrenomSalarie,DateNaissanceSalarie,#NumService)
dans lequel :

  • Salarié : est la relation (la table)
  • Matricule : est la clé primaire de la relation (en général souligné)
  • NomSalarié, PrenomSalarie, DateNaissanceSalarie : sont les attributs de la relation Salarié
  • #NumService : est une clé étrangère (en général identifiée par un caractère spécial ici #
Règles de passage :

Relation 1 -> n

Si nous prenons la relation entre l'entité coureur et l'entité pays, nous pouvons remarquer que les cardinalités maximum sont 1 du coté coureur et n du coté pays.

La règle est de créer dans la table possédant la cardinalité maxi 1 une clé étrangère correspondant à l'identifiant de la table possédant la cardilité n dans l'association, soit dans notre cas, l'identifiant du pays devient clé étrangère dans l'entité coureur.

On obtient donc comme relations :

  • Coureur (IdCoureur,NomCoureur,#IdPays)
  • Pays (IdPays,NomPays)

Relation n -> n

Si nous prenons la relation entre l'entité Coureur et l'entité Etapes, nous pouvons remarquer que les cardinalités maximum sont n du coté coureur et n du coté Etapes. (un coureur peut courir plusieurs étapes et une étapes est disputée par plusieurs coureurs.

Lors d'une relation entre des tables possédant des cardinalités maxi n & n, l'association entre les entités (dans notre exemple : appartenir) devient une relation dont l'identifiant est la concaténation des identifiants des tables d'origine (qui sont individuellement des clés étrangères dans cette relation)

On obtient donc comme relations :

  • Coureur (IdCoureur,NomCoureur)
  • Etapes (IdEtapes,DateEtape,VilleDépart,VilleArrivée,NbKM)
  • Participer (#IdCoureur,#IdEtapes,TempsRéalisé)

Modèle logique Final :

  • Coureur (NumCoureur, NomCoureur, #IdPays, #IdEquipe)
  • Pays (IdPays, NomPays)
  • Equipe (IdEquipe, NomEquipe)
  • Etapes (IdEtapes, DateEtape, VilleDépart, VilleArrivée, NbKM)
  • Participer (#NumCoureur, #IdEtapes, TempsRéalisé)
Attention, ce modèle logique n'est pas encore conforme : la gestion des villes départ et arrivée ne respecte pas les règles de modélisation et de formes normales des relations.

Ce qui donne dans Access :

 
2005 Copyright Ephicom