Différence entre ER et Diagramme EER

Différence clé - er vs eer Diagramme
 

La principale différence entre le diagramme ER et EER est que le ER Diagram est une représentation visuelle des données basées 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 d'origine en matière de relation entité (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 de relation entité. 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é plus loin. Il est connu comme le 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 - ER vs diagramme 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, les attributs et les relations sont des composantes communes d'un diagramme ER. Une entité est un objet du monde réel. Dans une base de données scolaire, il peut y avoir des entités telles que l'étudiant, le conférencier, le cours, etc. Si l'étudiant est une entité, l'ensemble de données de l'élève est appelé un ensemble d'entité. 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é, elle s'appelle une seule relation. Il y a un manager pour un département. Donc, c'est une relation 1: 1.  Lorsqu'une instance d'une entité est associée à de nombreux cas d'une autre entité, il est connu comme un pour de nombreuses relations (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 nombreux cas d'une entité sont associés à de nombreux cas d'une autre entité, il est appelé comme une relation (M: N). Un employé peut travailler sur plusieurs projets. De plus, il peut y avoir plusieurs employés sur un seul 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 du 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é étudiante peut avoir des attributs tels que Student_id, nom, date_of_birth, numéro de téléphone. Chaque entité contient un attribut clé qui aide à différencier chaque enregistrement dans la base de données. Dans l'entité étudiante, l'étudiant_id peut être considéré comme l'attribut clé car il aide à identifier chaque lecture de manière unique. Certains attributs peuvent être dérivés d'autres attributs. L'attribut d'âge 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 téléphonique_number peut être considéré comme un attribut multivaleur.  L'attribut de nom peut être divisé en plusieurs attributs tels que le prénom et Last_name. Alors c'est un attribut composite.

Référer le diagramme ER ci-dessous,

Figure 01: Diagramme ER

Le conférencier est une entité. Il a des identifiants d'identité et de spécialité. L'ID est l'attribut clé. Le conférencier a conduit le cours. La conduite est la relation entre le professeur et le cours. Une relation est indiquée par une forme de diamant. L'attribut clé de l'entité du cours 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 certaines boîtes rectangulaires doubles. Le projet est réalisé par Student. L'attribut clé de l'élève est ID. L'étudiant peut avoir plusieurs téléphones, il s'agit donc d'un attribut multi-valeurs. L'attribut de nom est en outre divisé en FirstName et LastName. Donc, le nom est un attribut composite.

Le conférencier procède à de nombreux cours, et le professeur supervise de nombreux projets, ils sont donc un à plusieurs (1: m) relation. Un cours a un projet et un projet est réalisé par un étudiant. Par conséquent, ce sont des relations (1: 1).

Qu'est-ce que le diagramme Eer?

Lorsque l'application est devenue complexe, le modèle de tradition ER n'était pas suffisant pour dessiner un diagramme sophistiqué. Par conséquent, le modèle ER a été développé plus loin. Il est connu comme le diagramme ER amélioré. Il y a trois concepts 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 l'opposé de la généralisation. En 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 où 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 d'étudiant et de professeur sont des entités de personne. En passant du bas en haut, généralise les entités étudiantes et chargées de cours à l'entité personnelle. C'est l'approche ascendante. Lorsque vous allez de haut en bas, l'entité de la personne peut être spécialisée dans les étudiants et le conférencier. C'est l'approche descendante. Le nom et les attributs de la ville de la personne appartiennent à l'entité étudiante une entité de professeur. L'entité étudiante a son propre attribut Student_id, et l'entité de conférencier a son conférencier_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é étudiante. Lorsque l'étudiant visite le centre d'examen, il ou elle s'en renoncera à la fois sur le centre et l'examen. Par conséquent, lorsque la relation entre deux entités est traitée comme une seule entité, c'est une agrégation.

Quelle est la similitude entre l'ER et le diagramme EER?

• Les diagrammes ER et EER peuvent être utilisés pour concevoir des bases de données.

Quelle est la différence entre l'ER et le diagramme EER?

Résumé - Euh 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é. Il y a des fonctionnalités supplémentaires dans Eer que le diagramme ER d'origine. ER Diagram est une représentation visuelle des données basées 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 d'origine en matière de relation entité (ER). C'est la différence entre ER et Eer diagramme.

Référence:

1.«Travailler avec les diagrammes ER." Création de représentation du diagramme ER dans le 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