Différence entre les diagrammes ER et EER

Différence clé - ER vs EER Diagramme
 

La différence principale entre les diagrammes ER et EER est que le 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 ER (Entity-Relationship) d'origine..

Avant de saisir les données dans la base de données, celle-ci 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é. C'est ce qu'on appelle le modèle ER amélioré. Le diagramme EER est basé sur le modèle ER amélioré..

CONTENU

1. Vue d'ensemble et différence clé
2. Quel est le diagramme ER
3. Qu'est-ce que le diagramme EER?
4. Similarités entre les diagrammes ER et EER
5. Comparaison côte à côte - Diagramme ER vs EER sous forme tabulaire
6. Résumé

Quel est le diagramme ER?

Le diagramme ER représente la relation entre différentes entités. Les entités, attributs et 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 exister des entités telles que Student, Conférencier, Cours, 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 genre d'entité est connu comme une entité faible.

Les entités sont liées les unes aux autres avec des relations. Lorsqu'une instance de l'entité est associée à une instance d'une autre entité, on parle de relation un à un. Il y a un responsable pour un département. Donc, c'est 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 département, il peut y avoir plusieurs employés, mais un employé est dans un seul département. Donc, c'est une relation 1: M. Lorsque de nombreuses instances d'une entité sont associées à de nombreuses instances d'une autre entité, la relation est appelée relation un à plusieurs (M: N). Un employé peut travailler sur plusieurs projets. En outre, il peut y avoir plusieurs employés sur un même projet. C'est une relation M: N. Les 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 connus comme 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 de clé qui permet de différencier chaque enregistrement de la base de données. Dans l'entité Student, student_id peut être considéré comme un attribut de 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 à plusieurs valeurs. L'attribut name peut être divisé en plusieurs attributs, tels que le prénom et le nom. Alors c'est un attribut composite.

Reportez-vous au diagramme ER ci-dessous,

Figure 01: Diagramme ER

Le conférencier est une entité. Il a des attributs d'identité et de spécialité. L'identifiant est l'attribut clé. Le cours de conférencier. La conduite est la relation entre le conférencier et le cours. Une relation est dénotée par une forme de diamant. L'attribut clé de l'entité de cours est le code du cours. Un projet dépend du cours. Par conséquent, le projet est une entité faible. La relation entre Course et Project est également faible. Une entité faible est représentée par des doubles boîtes rectangulaires. Le projet est fait par l'étudiant. L'attribut clé de Student est id. L'élève peut avoir plusieurs téléphones, il s'agit donc d'un attribut à plusieurs valeurs. L'attribut name est divisé en prénom et nom. Donc, le nom est un attribut composite.

Le conférencier dirige de nombreux cours, et supervise de nombreux projets, ils sont donc une relation de un à plusieurs (1: M). Un cours a un projet et un projet est réalisé par un étudiant. Par conséquent, ils 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 ne suffisait pas pour dessiner un diagramme sophistiqué. Par conséquent, le modèle ER a été développé plus avant. Il est connu sous le nom de diagramme ER amélioré. Trois concepts sont 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éral, 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 entité unique..

Figure 02: Généralisation et spécialisation

Selon le diagramme ER ci-dessus, les entités étudiant et conférencier sont des personnes. En allant de bas en haut, généralise les entités étudiant et conférencier en 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 conférencier. C'est l'approche descendante. Les attributs de nom et de ville de la personne appartiennent à l'entité étudiante, une entité conférencière. L'entité Student a son propre attribut student_id et l'entité Lecturer a lectuer_id..

Voici un exemple d'agrégation.

Figure 03: Agrégation

Selon le diagramme ER ci-dessus, les relations entre Centre d’examen et Examen agissent ensemble comme une entité. Cette entité entière est en relation avec l'entité Étudiant. Lorsque l’étudiant se rendra au centre d’examen, il s’informera à la fois du centre et de l’examen. Par conséquent, lorsque la relation entre deux entités est traitée comme une entité unique, il s’agit d’une agrégation..

Quelle est la similitude 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 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 ER (Entity-Relationship) d'origine..
Modèle
Le diagramme ER est basé sur le modèle ER.	Le diagramme EER est basé sur le modèle EER.

Résumé - ER vs EER Diagramme

Une base de données peut être conçue à l'aide d'un diagramme ER. Le diagramme EER est un diagramme ER amélioré. EER présente des fonctionnalités supplémentaires à celles du 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 ER (Entity-Relationship) d'origine. C'est la différence entre les diagrammes ER et EER.

Référence:

1. «Utilisation des diagrammes ER». Création d'une représentation de diagramme ER dans un SGBD | Studytonight. Disponible ici
2. «Le modèle ER amélioré». Généralisation, spécialisation et agrégation dans le modèle ER | Studytonight. Disponible ici