Table des matières:
- Définition - Que signifie le diagramme entité-relation (ERD)?
- Techopedia explique le Diagramme Entité-Relation (ERD)
Définition - Que signifie le diagramme entité-relation (ERD)?
Un diagramme entité-relation (ERD) est une technique de modélisation de données qui illustre graphiquement les entités d'un système d'information et les relations entre ces entités. Un ERD est un modèle conceptuel et représentationnel de données utilisé pour représenter l'infrastructure du cadre d'entité.
Les éléments d'une ERD sont:
- Entités
- Des relations
- Les attributs
Les étapes impliquées dans la création d'un ERD comprennent:
- Identifier et définir les entités
- Déterminer toutes les interactions entre les entités
- Analyser la nature des interactions / déterminer la cardinalité des relations
- Création de l'ERD
Techopedia explique le Diagramme Entité-Relation (ERD)
Un diagramme entité-relation (ERD) est essentiel pour créer une bonne conception de base de données. Il est utilisé comme modèle de données logique de haut niveau, utile pour développer une conception conceptuelle de bases de données.
Une entité est un élément ou un concept du monde réel qui existe par lui-même. Les entités sont équivalentes aux tables de base de données dans une base de données relationnelle, chaque ligne de la table représentant une instance de cette entité.
Un attribut d'une entité est une propriété particulière qui décrit l'entité. Une relation est l'association qui décrit l'interaction entre les entités. La cardinalité, dans le contexte d'ERD, est le nombre d'instances d'une entité qui peuvent, ou doivent, être associées à chaque instance d'une autre entité. En général, il peut y avoir des relations un-à-un, un-à-plusieurs ou plusieurs-à-plusieurs.
Par exemple, considérons deux entités du monde réel, un employé et son service. Un employé a des attributs tels qu'un numéro d'employé, un nom, un numéro de service, etc. De même, le numéro et le nom d'un service peuvent être définis comme des attributs d'un service. Un service peut interagir avec de nombreux employés, mais un employé ne peut appartenir qu'à un seul service, il peut donc y avoir une relation un-à-plusieurs, définie entre le service et l'employé.
Dans la base de données réelle, la table des employés aura le numéro de service comme clé étrangère, faisant référence à la table de service, pour appliquer la relation.
