Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Apprendre Un-à-Un et Plusieurs-à-Plusieurs | Base de Données Relationnelle
Base de Données Relationnelle et Normalisation
course content

Contenu du cours

Base de Données Relationnelle et Normalisation

Base de Données Relationnelle et Normalisation

1. Modèles de Base de Données
2. Base de Données Relationnelle
3. Normalisation et Formes Normales

book
Un-à-Un et Plusieurs-à-Plusieurs

Un à Un

Une relation Un à Un est celle où chaque enregistrement d'une table correspond à un enregistrement unique dans une autre table. Contrairement à la relation Un-à-Plusieurs, où un enregistrement d'une table peut être lié à plusieurs enregistrements d'une autre, dans une relation Un à Un, chaque paire d'enregistrements est liée de manière unique.

Cette relation implique deux connexions clés :

  • La première table possède une clé étrangère qui pointe vers la clé primaire de la seconde table ;
  • Inversement, la seconde table possède une clé étrangère qui pointe vers la clé primaire de la première table.

Note

La relation Un à Un repose sur la clé étrangère. Cette clé étrangère doit inclure le paramètre “unique=True”.

Dans certains cas, un enregistrement ne peut exister que si un autre existe, alors que ce dernier peut exister indépendamment. Ce type de lien est appelé Un obligatoire vers un.

Considérez le diagramme suivant:

Une autre illustration:

Un à un obligatoire : Chaque passeport doit être lié à une personne spécifique. Cependant, une personne peut exister sans passeport, comme c'est le cas pour les enfants.

Plusieurs à plusieurs

Une relation plusieurs à plusieurs implique deux tables qui peuvent avoir plusieurs enregistrements correspondants l'une à l'autre, souvent médiée par une table intermédiaire. En contraste avec un à plusieurs, où un enregistrement dans une table correspond à plusieurs enregistrements dans une autre, la relation plusieurs à plusieurs permet à plusieurs enregistrements dans les deux tables d'être interreliés.

Cette table intermédiaire devrait comporter trois colonnes : id (un identifiant pour chaque relation), first_table_id, et second_table_id. Les colonnes first_table_id et second_table_id agissent en tant que foreign keys qui renvoient à leurs tables respectives.

Par exemple, considérez un service d'autopartage où à la fois driver_id et car_id agissent en tant que foreign keys. Dans la table “driver-car”, cinq relations distinctes sont illustrées :

  • (id 1 et 2) - Le conducteur John (driver_id=1) a conduit les voitures Subaru (car_id=1) et BMW (car_id=3) ;
  • (id 3, 4 et 5) - La conductrice Emma (driver_id=2) a conduit les voitures Subaru (car_id=1), Mercedes (car_id=2) et BMW (car_id=3).

Plusieurs conducteurs ont conduit divers véhicules : John et Emma ont tous deux conduit à la fois la Subaru et la BMW.

Schématique de la base de données:

Typiquement, ces tables intermédiaires sont omises des diagrammes. Comme indiqué ci-dessus, la driver-car table n'est pas affichée.

1. Choisissez une relation un à un :

2. Choisissez une relation plusieurs à plusieurs :

Choisissez une relation un à un :

Choisissez une relation un à un :

Sélectionnez la réponse correcte

Choisissez une relation plusieurs à plusieurs :

Choisissez une relation plusieurs à plusieurs :

Sélectionnez la réponse correcte

Tout était clair ?

Comment pouvons-nous l'améliorer ?

Merci pour vos commentaires !

Section 2. Chapitre 4
We're sorry to hear that something went wrong. What happened?
some-alt