Modele conceptuel de donnee
Fermé
kety
-
2 mars 2017 à 21:32
jordane45 Messages postés 38321 Date d'inscription mercredi 22 octobre 2003 Statut Modérateur Dernière intervention 1 décembre 2024 - 2 mars 2017 à 21:42
jordane45 Messages postés 38321 Date d'inscription mercredi 22 octobre 2003 Statut Modérateur Dernière intervention 1 décembre 2024 - 2 mars 2017 à 21:42
A voir également:
- Modele conceptuel de donnee
- Modèle organigramme word - Guide
- Modèle de webcam - Guide
- Modèle de style word - Guide
- Iphone dernier modèle - Guide
- Modèle sommaire - Guide
1 réponse
jordane45
Messages postés
38321
Date d'inscription
mercredi 22 octobre 2003
Statut
Modérateur
Dernière intervention
1 décembre 2024
4 707
2 mars 2017 à 21:42
2 mars 2017 à 21:42
Bonjour,
http://stephanie.laporte.pagesperso-orange.fr/Pdf/cardinalites.pdf
https://sqlpro.developpez.com/cours/modelisation/merise/?page=base#L2.4
Ou encore :
https://www.developpez.net/forums/d638833/general-developpement/alm/modelisation/schema/regles-cardinalites-relation-entre-tables/
et encore ... ce ne sont que les trois premiers liens retournés par mon moteur de recherche en ayant tapé les mots clés : "base de données cardinalité"
http://stephanie.laporte.pagesperso-orange.fr/Pdf/cardinalites.pdf
https://sqlpro.developpez.com/cours/modelisation/merise/?page=base#L2.4
Ou encore :
https://www.developpez.net/forums/d638833/general-developpement/alm/modelisation/schema/regles-cardinalites-relation-entre-tables/
Quelques informations qui découle des principes de modélisation entité/relation
Pour un objet on peut trouver 4 cas :
0,1 : présence 0 ou 1 fois maximum
0,n : présence de 0 à n fois
1,1 : présence obligatoire et seulement 1 fois
1,n : présence obligatoire et n fois
Cela peut se comprendre ainsi entre l'objet personne et l'objet adresse :
0,1 : chaque personne n'a pas obligatoirement une adresse et elle ne peut en avoir qu'une seule
0,n : chaque personne n'a pas obligatoirement une adresse et elle peut en avoir plusieurs
1,1 : chaque personne a obligatoirement une adresse et seulement une
1,n : chaque personne a obligatoirement une adresse mais elle peut en avoir plusieurs
Si on prend la relation en sens inverse (d'adresse vers personne)
0,1 : chaque adresse est associée à zéro personne ou à une seule
0,n : chaque adresse est associée à zéro personne ou à plusieurs
1,1 : chaque adresse est associée obligatoirement à une personne et une seule
1,n : chaque adresse est associée obligatoirement à une personne au moins
Cette combinatoire qui se lit donc dans les deux sens va permettre de définir les règles d'intégrité de la base de données.
Par exemple dans le cas ou l'objet personne à la cardinalité 1,1, cela aura pour conséquences qu'il sera impossible de créer un enregistrement dans la table personne si on ne l'a pas associé à un enregistrement de la table adresse, et cette personne ne pourra avoir qu'une seule adresse (donc pas d'historisation possible).
et encore ... ce ne sont que les trois premiers liens retournés par mon moteur de recherche en ayant tapé les mots clés : "base de données cardinalité"