Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
intro_histoire_numerique:modele_logique [2020/10/31 11:12] Francesco Beretta [Le modèle logique ou relationnel] |
intro_histoire_numerique:modele_logique [2020/10/31 11:18] Francesco Beretta [Le modèle logique ou relationnel] |
||
---|---|---|---|
Ligne 31: | Ligne 31: | ||
* cette table établit le lien entre les deux classes et exprime leur relation de 'n à n' | * cette table établit le lien entre les deux classes et exprime leur relation de 'n à n' | ||
* les clés primaires (//primary key//) de chaque table sont reportées et deviennent des clés étrangères (//foreign key//) dans la table relation | * les clés primaires (//primary key//) de chaque table sont reportées et deviennent des clés étrangères (//foreign key//) dans la table relation | ||
+ | * la table relation a le nom de la relation – celui-ci doit donc être unique dans le modèle conceptuel | ||
+ | * pour des raisons pratiques nous ajoutons une clé primaire spécifique pour la table relation sous la forme 'pk_' + nom de la table, par ex. //pk_specializes_tag// pour la table //specializes_tag//. | ||
+ | |||
+ | \\ | ||
+ | |||
+ | Si on applique ces réglès au modèle conceptuel de l'exemple, on obient ces relations (les clés primaires et étrangères sont soulignées): | ||
+ | \\ | ||
+ | person(__pk_person__, name, definition, death_date) | ||
+ | appellation(pk_appellation, @pk_person, name) | ||