Différence Entre Le Diagramme ER Et EER

2024 Auteur: Mildred Bawerman | [email protected]. Dernière modifié: 2023-12-16 08:38

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 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 de relation entité-relation (ER).

Avant de saisir 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. Compte tenu de 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é.

CONTENU

1. Aperçu et différence clé

2. Qu'est-ce que le diagramme ER

3. Qu'est-ce que le diagramme EER

4. Similitudes entre le diagramme ER et EER

5. Comparaison côte à côte - Diagramme ER vs EER sous forme tabulaire

6. Résumé

Qu'est-ce que 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 la base de données d'une école, il peut y avoir des entités telles que Student, Lecturer, Course, etc. Si Student est une entité, l'ensemble des données 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 directeur 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 service, il peut y avoir plusieurs employés, mais un employé est dans un service. Donc, c'est une relation 1: M. Lorsque de nombreuses instances d'une entité sont associées à de nombreuses instances d'une autre entité, elle est appelée comme 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 1: 1, 1: M et M: N sont des relations binaires. Lorsqu'une entité est liée à elle-même,c'est 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 des 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 de 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é par 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 phone_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. Ensuite, 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'identification et de spécialité. L'identifiant est l'attribut clé. Le cours de conduite du conférencier. La conduite est la relation entre le professeur et le cours. Une relation est désignée par une forme de diamant. 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 quelques doubles cases rectangulaires. Le projet est réalisé par l'étudiant. L'attribut clé de Student est id. L'élève peut avoir plusieurs téléphones, c'est donc un attribut à valeurs multiples. L'attribut name est divisé en prénom et nom. 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 une relation 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 individuelles (1: 1).

Qu'est-ce que le diagramme EER?

Lorsque l'application est devenue complexe, le modèle ER traditionnel ne suffisait pas à dessiner un diagramme 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 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 seule entité.

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

Selon le diagramme ER ci-dessus, les entités Étudiant et Enseignant sont des entités Personne. En allant de bas en haut, généralise les entités Étudiant et Enseignant à 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. Le nom et les attributs de ville de la personne appartiennent à l'entité étudiante une entité enseignant. 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 Exam Center et Exam agissent ensemble comme une entité. Toute cette entité est en relation avec l'entité étudiante. Lorsque l'étudiant visite le 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 similitude entre le diagramme 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 le diagramme ER et EER?

Diff article au milieu avant la table

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 original de relation 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 que le 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 de relation entité-relation (ER). C'est la différence entre les diagrammes ER et EER.