Différence clé - Diagramme ER vs EER
La principale différence entre les diagrammes ER et EER est que le diagramme ER est une représentation visuelle des données basée sur le modèle ER, et il décrit comment les entités sont liées les unes aux autres dans la base de données. Le diagramme EER est une représentation visuelle des données, basée sur le modèle EER qui est une extension du modèle original entité-relation (ER).
Avant d'entrer les données dans la base de données, la base de données doit être conçue. Le diagramme ER est utilisé pour concevoir la base de données. Il est basé sur le modèle Entité-Relation. Le modèle de relation d'entité est un modèle utilisé pour concevoir et représenter les relations entre les données. Avec la complexité des données, le modèle ER a été développé davantage. Il est connu sous le nom de modèle ER amélioré. Le diagramme EER est basé sur le modèle ER amélioré.
Qu'est-ce que le diagramme ER ?
Le diagramme ER représente la relation entre différentes entités. Les entités, les attributs et les relations sont des composants communs d'un diagramme ER. Une entité est un objet du monde réel. Dans une base de données School, il peut y avoir des entités telles que Student, Lecturer, Course, etc. Si Student est une entité, l'ensemble de données complet de Student est appelé un ensemble d'entités. Certaines entités peuvent dépendre d'une autre entité. Ce type d'entité est connu comme une entité faible.
Les entités sont liées les unes aux autres par des relations. Lorsqu'une instance de l'entité est associée à une instance d'une autre entité, elle est appelée relation un à un. Il y a un responsable par département. Il s'agit donc d'une relation 1:1. Lorsqu'une instance d'une entité est associée à plusieurs instances d'une autre entité, on parle de relation un à plusieurs (1:M). Dans un service, il peut y avoir plusieurs employés, mais un employé appartient à un seul service. Il s'agit donc d'une relation 1:M. Lorsque de nombreuses instances d'une entité sont associées à de nombreuses instances d'une autre entité, cela s'appelle une relation un à plusieurs (M: N). Un employé peut travailler sur plusieurs projets. De plus, il peut y avoir plusieurs employés sur un même projet. C'est une relation M:N. Les relations 1:1, 1:M et M:N sont des relations binaires. Lorsqu'une entité est liée à elle-même, il s'agit d'une relation récursive. La relation de degré trois est une relation ternaire.
Chaque entité a des propriétés qui les décrivent. Ils sont appelés attributs. L'entité Student peut avoir des attributs tels que student_id, name, date_of_birth, numéro de téléphone. Chaque entité contient un attribut clé qui permet de différencier chaque enregistrement dans la base de données. Dans l'entité Student, le student_id peut être considéré comme l'attribut clé car il permet d'identifier chaque lecture de manière unique. Certains attributs peuvent être dérivés d'autres attributs. L'attribut age peut être dérivé de l'attribut data_of_birth. Par conséquent, l'âge est un attribut dérivé. Si l'étudiant a plusieurs numéros de téléphone, l'attribut telephone_number peut être considéré comme un attribut à valeurs multiples. L'attribut name peut être divisé en plusieurs attributs tels que first name et last_name. Il s'agit alors d'un attribut composite.
Reportez-vous au schéma ER ci-dessous,
Figure 01: Diagramme ER
Le conférencier est une entité. Il a des attributs d'identification et de spécialité. L'id est l'attribut clé. Le cours de conduite de conférencier. La conduite est la relation entre le conférencier et le cours. Une relation est indiquée par un losange. L'attribut clé de l'entité Course est le code de cours. Un projet dépend du cours. Par conséquent, le projet est une entité faible. La relation entre le cours et le projet est également faible. Une entité faible est représentée par des rectangles doubles. Le projet est réalisé par l'étudiant. L'attribut clé de Student est id. L'étudiant peut avoir plusieurs téléphones, il s'agit donc d'un attribut à valeurs multiples. L'attribut de nom est ensuite divisé en prénom et nom de famille. Ainsi, le nom est un attribut composite.
Le conférencier dirige de nombreux cours et le conférencier supervise de nombreux projets, ils sont donc un à plusieurs (1: M). Un cours a un projet et un projet est réalisé par un étudiant. Par conséquent, ce sont des relations un à un (1: 1).
Qu'est-ce que le diagramme EER ?
Lorsque l'application est devenue complexe, le modèle ER traditionnel n'était pas suffisant pour dessiner un schéma sophistiqué. Par conséquent, le modèle ER a été développé davantage. Il est connu sous le nom de diagramme ER amélioré. Trois concepts ont été ajoutés au modèle ER existant dans le diagramme ER amélioré (EER). Ce sont la généralisation, la spécialisation et l'agrégation. En généralisation, les entités de niveau inférieur peuvent être combinées pour produire une entité de niveau supérieur. La spécialisation est le contraire de la généralisation. Dans la spécialisation, les entités de haut niveau peuvent être divisées en entités de niveau inférieur. L'agrégation est un processus lorsque la relation entre deux entités est traitée comme une seule entité.
Figure 02: Généralisation et spécialisation
Selon le diagramme ER ci-dessus, les entités Étudiant et Conférencier sont des entités Personne. En allant de bas en haut, généralise les entités Étudiant et Conférencier à l'entité Personne. C'est l'approche ascendante. En allant de haut en bas, l'entité Personne peut être davantage spécialisée en Étudiant et Enseignant. C'est l'approche descendante. Les attributs de nom et de ville de Personne appartiennent à l'entité Étudiant et à l'entité Conférencier. L'entité Student a son propre attribut student_id et l'entité Lecturer a son lecturer_id.
Un exemple d'agrégation est le suivant.
Figure 03: Agrégation
Selon le diagramme ER ci-dessus, la relation entre le centre d'examen et l'examen agit ensemble comme une entité. Toute cette entité est en relation avec l'entité Etudiant. Lorsque l'étudiant se rend au centre d'examen, il s'enquiert à la fois du centre et de l'examen. Par conséquent, lorsque la relation entre deux entités est traitée comme une seule entité, il s'agit d'une agrégation.
Quelle est la similarité entre les diagrammes ER et EER ?
Les diagrammes ER et EER peuvent être utilisés pour concevoir des bases de données
Quelle est la différence entre les diagrammes ER et EER ?
Diagramme ER vs EER |
|
| Le diagramme ER est une représentation visuelle des données basée sur le modèle ER, et il décrit comment les entités sont liées les unes aux autres dans la base de données. | Le diagramme EER est une représentation visuelle des données, basée sur le modèle EER qui est une extension du modèle original entité-relation (ER). |
| Modèle | |
| Le diagramme ER est basé sur le modèle ER. | Le diagramme EER est basé sur le modèle EER. |
Résumé - Diagramme ER vs EER
Une base de données peut être conçue à l'aide d'un diagramme ER. Le diagramme EER est un diagramme ER amélioré. Il existe des fonctionnalités supplémentaires dans EER par rapport au diagramme ER d'origine. Le diagramme ER est une représentation visuelle des données basée sur le modèle ER et décrit comment les entités sont liées les unes aux autres dans la base de données. Le diagramme EER est une représentation visuelle des données, basée sur le modèle EER qui est une extension du modèle original entité-relation (ER). C'est la différence entre les diagrammes ER et EER.
