UNE modèle de relation d'entité (Modèle E-R) est la conception de la structure logique d'une base de données, qui peut ensuite être implémentée comme une véritable base de données. Les principaux composants du modèle E-R sont un ensemble d'entités et de relations.
Un modèle de relation entité-relation décrit des éléments d'intérêt interdépendants dans un domaine de connaissance spécifique. En génie logiciel, le modèle E-R est généralement utilisé pour incorporer des éléments dont une entreprise doit se souvenir pour exécuter des processus commerciaux..
C'est généralement le résultat d'une analyse systématique pour spécifier et représenter ce qui est important pour les processus dans certains domaines d'activité. Il ne présente que graphiquement une conception de données métier, sans définir les processus.
Par conséquent, il s'agit d'un outil graphique facile à utiliser pour modéliser les données, largement utilisé dans la conception de bases de données, qui aide à identifier les entités qui existent dans un système et les relations entre ces entités..
Généralement, il est dessiné avec des boîtes (entités), qui sont reliées par des lignes (relations), exprimant les dépendances et les associations entre ces entités.
Index des articles
Un modèle d'entité relationnelle est généralement implémenté sous forme de base de données. Dans une implémentation de base de données relationnelle simple, chaque ligne d'une table constitue une instance d'une entité, et chaque colonne constitue un attribut.
Les entités sont caractérisées non seulement par des relations, mais également par des propriétés supplémentaires appelées attributs, qui contiennent des identificateurs appelés «clés primaires»..
Les diagrammes introduits pour représenter les entités et les relations, ainsi que les attributs, peuvent être appelés diagrammes entité-relation (diagrammes E-R), plutôt que modèles entité-relation.
Par conséquent, la structure d'une base de données est décrite à l'aide du diagramme de relation d'entité.
Par conséquent, le modèle E-R devient un modèle de données abstrait, qui définit une structure d'information qui peut être implémentée dans une base de données, généralement relationnelle.
La modélisation des données est devenue à la mode dans les années 1970, motivée par la nécessité de modéliser correctement les bases de données ou même les processus métier du monde réel..
Peter Chen a popularisé le modèle entité-relation dans son célèbre article de 1976 «Le modèle entité-relation - vers une vision unifiée des données»..
Il a été proposé de créer une convention standard qui pourrait être utilisée pour les bases de données relationnelles. Son objectif était d'utiliser le modèle E-R comme approche conceptuelle de la modélisation..
Peter Chen a déclaré dans son article: «Le modèle de relation entité-relation prend une vision plus naturelle du monde réel, qui se compose d'entités et de relations. Il intègre une partie des informations sémantiques importantes sur le monde réel ".
En plus de la conception de bases de données, le modèle E-R de Chen sert également bien dans les systèmes et les applications de modélisation de l'information. Le langage de modélisation unifié (UML) est dérivé de plusieurs façons du modèle de relation entité-relation.
L'année précédente, A. P. Brown avait publié un article intitulé "Modélisation d'un système du monde réel et conception d'un schéma pour le représenter" dans une publication de la Fédération internationale pour le traitement de l'information..
Si l'article de Brown était pertinent, l'article de Chen était encore plus pertinent, d'autant plus qu'il se concentrait sur les termes «entité» et «relation». Ceci est généralement considéré comme le début de la pratique de modélisation des données telle qu'elle est actuellement connue..
Les diagrammes de Bachman, une forme de modélisation des données, méritent également d'être mentionnés.
L'article de 1969 de Charles Bachman pour la publication Data Base a introduit le concept d '«entités» de base de données et a été l'un des premiers diagrammes de structure de données, plus tard connu sous le nom de diagramme de Bachman. Cela a été très influent sur Peter Chen.
Chen était conforme aux traditions philosophiques et théoriques de l'époque des anciens philosophes grecs Socrate, Platon et Aristote (428 av.J.-C.) jusqu'à l'épistémologie, la sémiotique et la logique modernes de Peirce, Frege et Russell.
Platon lui-même associe la connaissance à l'appréhension de formes immuables. Selon Socrate, les formes sont des archétypes ou des représentations abstraites des nombreux types de choses et de propriétés, et de leurs relations les unes avec les autres..
Le diagramme de relation d'entité montre les relations de l'ensemble d'entités stockées dans une base de données. Autrement dit, les diagrammes E-R aident à expliquer la structure logique des bases de données.
Exemple: une chanson particulière est une entité, tandis que la collection de toutes les chansons d'une base de données est un ensemble d'entités.
À première vue, un diagramme E-R ressemble beaucoup à un organigramme. Cependant, le diagramme E-R comprend de nombreux symboles spécialisés et leur signification rend ce modèle unique..
Dans le diagramme suivant, il y a deux entités, étudiant et école, et leur relation. La relation entre l'élève et l'école est multiple, car une école peut avoir plusieurs élèves, mais un élève ne peut pas étudier dans plusieurs écoles en même temps.
L'entité Student possède des attributs tels que son identification (Est_Id), son nom (Est_Nombre) et son adresse (Est_Address). L'entité College a des attributs tels que son identification (Col_Id) et son nom (Col_Nombre).
- Rectangle: représente l'ensemble des entités.
- Ellipse: représente les attributs.
- Diamant: représente l'ensemble des relations.
- Lignes: liez les attributs aux ensembles d'entités et les ensembles d'entités aux ensembles de relations.
- Double ellipse: attributs à valeurs multiples.
- Ellipse en pointillés: attributs dérivés.
- Rectangle double - Ensembles d'entités faibles.
Une entité est quelque chose dans le monde réel, qui est facilement reconnaissable. C'est tout ce qui dans l'entreprise sera représenté dans la base de données. Cela peut être quelque chose de physique ou simplement un fait ou un événement qui se produit dans le monde réel.
Il peut s'agir d'un lieu, d'une personne, d'un objet, d'un événement ou d'un concept, qui stocke des données dans la base de données. La caractéristique des entités est qu'elles doivent avoir un attribut comme clé unique. Chaque entité est composée de certains attributs qui représentent cette entité.
Les entités peuvent être considérées comme des noms. Exemples: un ordinateur, un employé, une chanson, un théorème mathématique, etc..
Une entité faible est une entité qui ne peut pas être identifiée de manière unique par ses propres attributs et qui est basée sur une relation avec une autre entité.
Par exemple, un compte bancaire ne peut pas être identifié de manière unique si la banque à laquelle il appartient est inconnue. Par conséquent, le compte bancaire est une entité faible.
Un attribut décrit la propriété d'une entité. Il est représenté par une forme ovale sur un diagramme E-R. Il existe quatre types d'attributs:
C'est l'attribut qui peut identifier de manière unique une entité à partir d'un ensemble d'entités. Par exemple, le numéro d'identification d'étudiant peut identifier de manière unique un étudiant d'un groupe d'étudiants.
L'attribut clé est représenté par une ellipse, tout comme les autres attributs. Cependant, le texte de l'attribut clé est souligné.
C'est un attribut qui peut contenir plusieurs valeurs. Représenté par des ellipses doubles dans un diagramme E-R.
Par exemple, une personne peut avoir plus d'un numéro de téléphone, donc l'attribut de numéro de téléphone a plusieurs valeurs.
C'est celui dont la valeur est dynamique et est dérivée d'un autre attribut. Il est représenté par une ellipse discontinue dans un diagramme E-R.
Par exemple, l'âge d'une personne est un attribut dérivé, car il change avec le temps et peut être dérivé d'un autre attribut: la date de naissance.
Une relation montre comment les entités sont liées les unes aux autres. Ils peuvent être considérés comme les verbes qui joignent deux ou plusieurs noms. Il est représenté par la forme du losange dans le diagramme E-R..
Exemples: la relation entre un service et un salarié, entre un ordinateur et une entreprise, la relation entre un théorème et un mathématicien, entre un artiste et une chanson, etc..
La cardinalité spécifie le nombre d'instances d'une entité liées à une instance d'une autre entité. L'ordinalité est également étroitement liée à la cardinalité.
Alors que la cardinalité spécifie les occurrences d'une relation, l'ordinalité décrit la relation comme obligatoire ou facultative. La symbologie utilisée pour cela est la suivante:
En d'autres termes, la cardinalité spécifie le nombre maximum de relations et l'ordinalité spécifie le nombre minimum absolu de relations. En ce sens, il existe quatre types de relations:
C'est lorsqu'une seule instance d'une entité est associée à une seule instance d'une autre entité.
Par exemple, une personne n'a qu'un seul passeport et un seul passeport est donné à une personne.
C'est lorsqu'une instance d'une entité est associée à plusieurs instances d'une autre entité.
Par exemple, un client peut passer plusieurs commandes, mais de nombreux clients ne peuvent pas passer une commande..
C'est quand plus d'une instance d'une entité est associée à une seule instance d'une autre entité.
Par exemple, de nombreux étudiants peuvent étudier dans une seule université, mais un étudiant ne peut pas étudier dans plusieurs universités en même temps..
C'est quand plus d'une instance d'une entité est associée à plus d'une instance d'une autre entité.
Par exemple, un étudiant peut être affecté à plusieurs projets et un projet peut être attribué à plusieurs étudiants.
Lors de la documentation d'un système ou d'un processus, l'observation du système de plusieurs manières améliore la compréhension de ce système.
Les diagrammes d'entité-relation sont couramment utilisés pour afficher le contenu d'une base de données. Ils aident à visualiser comment les données sont connectées de manière générale, et sont particulièrement utiles pour construire une base de données relationnelle.
Voici les étapes requises pour créer un modèle d'entité de relation:
La première étape de la création d'un diagramme de relations d'entités est d'identifier toutes les entités qui seront utilisées. Une entité n'est rien de plus qu'un rectangle avec une description de quelque chose sur lequel le système stocke des informations.
Un rectangle doit être dessiné pour chaque entité à laquelle vous pouvez penser. À titre d'exemple, nous avons les trois entités suivantes:
Deux entités sont regardées, si elles sont liées l'une à l'autre, une ligne continue est dessinée qui relie les deux entités.
Pour décrire la relation des entités, un losange est dessiné entre les deux entités, sur la ligne qui vient d'être ajoutée.
Une brève description de la façon dont ils sont liés doit être écrite sur le diamant. En suivant l'exemple, nous avons les éléments suivants:
Pour les besoins de l'exemple en question, on sait qu'un étudiant peut être affecté à plusieurs cours et qu'un enseignant ne peut enseigner qu'un seul cours. Par conséquent, le diagramme ressemble à:
Les fichiers, formulaires, rapports et données que l'organisation maintient actuellement devraient être étudiés pour identifier les attributs. Des entretiens avec plusieurs parties prenantes peuvent également être menés pour identifier les entités. Au départ, il est important d'identifier les attributs sans les affecter à une entité particulière.
Une fois que vous avez une liste d'attributs, ils doivent être affectés aux entités identifiées. Assurez-vous qu'un attribut correspond exactement à une entité. Si l'on pense qu'un attribut appartient à plusieurs entités, un modificateur doit être utilisé pour le rendre unique.
Une fois le mappage terminé, les clés primaires sont identifiées. Si une clé unique n'est pas disponible, il faut en créer une.
Dans le but de faciliter l'exemple, un seul attribut est affiché pour chaque entité, en plus de la clé. Cependant, plus d'attributs pourraient être identifiés. Les clés primaires peuvent être distinguées des autres attributs car elles sont soulignées.
Continuez à connecter les entités avec des lignes et à ajouter les losanges pour décrire chaque relation, jusqu'à ce que toutes les relations aient été décrites..
Certaines entités peuvent ne pas être liées à une autre entité. D'autre part, d'autres entités peuvent avoir plusieurs relations. Une représentation plus moderne du diagramme E-R est la suivante:
- Assurez-vous que chaque entité n'apparaît qu'une seule fois dans le diagramme.
- Dans le diagramme, chaque entité, relation et attribut doit recevoir un nom.
- Les relations entre les entités doivent être soigneusement examinées. Sont-ils vraiment nécessaires? Y a-t-il des relations à définir? Toute relation redondante doit être éliminée. Les relations ne se connectent pas.
- Il est recommandé d'utiliser des couleurs pour mettre en évidence les parties importantes du diagramme.
Il existe deux raisons de créer un diagramme d'entités de relation pour une base de données: vous concevez un nouveau modèle ou vous devez documenter votre structure existante..
Si vous disposez d'une base de données existante qui doit être documentée, créez un diagramme de relation d'entité en utilisant les données directement à partir de la base de données:
Voici un exemple de modèle de relation d'entité pour les ventes sur Internet, à l'aide d'un diagramme de relation d'entité:
Personne n'a encore commenté ce post.