Diagramme de modèle de base de données - Dessiner des diagrammes d'entité-relation facilement avec Edraw!

Dessiner des diagramme de modèle de base de données efficacement avec Edraw!

Logiciel de diagramme de modèle de base de données est un outil pour la conception de diagramme de base de données et de diagramme de modèle de base de données très facile à utiliser et intuitive qui peut vous faire économiser des centaines d'heures de travail. Il est un logiciel de diagramme de modèle de base de données rapide qui vous permet de décrire les processus, les interfaces, les magasins de données et les flux de données.

Edraw est un excellent outil pour le diagramme de modèle de base de données. Il vous permet de créer des diagrammes et des structures de modèle de base de données, puis les exporter aux rapports HTML ou PDF détaillés.

Télécharger gratuitement le logiciel de diagramme de modèle de base de données

Le modèle Entité Relation

Le modèle Entité Relation (ER) a été proposé à l'origine par Peter en 1976 [Chen76] comme un moyen d'unifier le réseau et des vues de base de données relationnelles. Simplement dit le modèle ER est un modèle conceptuel de données qui considère le monde réel comme des entités et des relations. Un composant de base du modèle est le schéma entité-relation qui est utilisé pour visuellement représente les objets de données. Depuis Chen a écrit son mémoire, le modèle a été étendu, et aujourd'hui, il est couramment utilisé pour la conception de base de données pour le concepteur de base de données. L'utilité du modèle ER est:

1. il correspond bien au modèle relationnel. Les constructions utilisées dans le modèle ER peuvent être facilement transformés en tables relationnelles.
2. il est simple et facile à comprendre avec un minimum de formation. Par conséquent, le modèle peut être utilisé par le concepteur de base de données à communiquer à la conception de l'utilisateur final.
3. En outre, le modèle peut être utilisé comme un plan de conception par le développeur de base de données à mettre en œuvre un modèle de données dans un logiciel spécifique de gestion de base de données.

Symboles de diagramme de modèle de base de données

Avec un vaste ensemble d'objets de la bibliothèque tels que des entités, des liens, des articles, des attributs, des utilisateurs, des types, des légendes, des successions, des références, des frontières, des événements, des nuages, etc., Edraw est un outil parfait pour la conception de modèle de base de données et diagrammes ER.

Le diagramme de modèle de base de données vous aide à concevoir et mettre en œuvre les structures de base de données. Vous pouvez utiliser à la fois l'entité-relation (ER) et la définition intégrée pour la notation de modélisation des données (IDEF1X) lors de la création du diagramme.

Symboles entité-relation

Symboles objet-relationnel

Structures de base de la modélisation E-R

Le modèle ER considère le monde réel comme une construction d'entités et d'association entre les entités.

Entités

Les entités sont les objets de données principales dont les informations doivent être recueillies. Les entités sont généralement reconnaissables concepts, soit concrets ou abstraits, tels que les lieux de personne, les choses ou les événements qui ont un intérêt pour la base de données. Quelques exemples spécifiques d'entités sont des employés, des projets, des factures. Une entité est analogue à une table dans le modèle relationnel.

Les entités sont classés comme indépendant ou dépendant (dans certaines méthodologies, les termes utilisés sont respectivement forts et faibles). Une entité indépendante est celui qui ne repose pas sur une autre aux fins d'identification. Une entité dépendante est celle qui repose sur une autre aux fins d'identification.

Une occurrence d'entité (aussi appelé une instance) est une occurrence individuelle d'une entité. Un événement est analogue à une ligne de la table relationnelle.

Types d'entité spéciale

Entités associatives (également connus comme des entités d'intersection) sont des entités utilisées pour associer deux ou plusieurs entités afin de concilier une relation plusieurs-à-plusieurs.

Entités de sous-types sont utilisés dans les hiérarchies de généralisation pour représenter un sous-ensemble d'instances de leur entité mère, appelé le super, mais qui ont des attributs ou des relations qui ne concernent que le sous-ensemble.

Entités associatives et les hiérarchies de généralisation sont discutés plus en détail ci-dessous.

Relations

Une relation représente une association entre deux ou plusieurs entités. Un exemple d'une relation serait:

1. les employés sont affectés à des projets
2. les projets ont sous-tâches
3. les ministères gèrent un ou plusieurs projets

Les relations sont classées en termes de degré, connectivité, cardinalité, et de l'existence. Ces concepts seront discutés ci-dessous.

Attributs

Les attributs décrivent l'entité dont elles sont associées. Un cas particulier d'un attribut est une valeur. Par exemple, "Jane R. Hathaway" est une valeur de l'attribut Nom. Le nom de domaine d'un attribut est la collecte de toutes les valeurs possibles d'un attribut peut avoir. Le domaine de nom est une chaîne de caractères.

Les attributs peuvent être classés comme les identifiants ou les descripteurs. Identifiants, plus communément appelées Clés, identifier la manière unique d'une instance d'une entité. Un descripteur décrit une caractéristique non-unique d'une instance de l'entité.

Classification des relations

Les relations sont classées par leur degré, connectivité, cardinalité, direction, type, et de leur existence. Pas toutes les méthodologies de modélisation utilisent toutes ces classifications.

Degré d'une relation

Le degré d'une relation est le nombre d'entités liées à la relation. La relation n-aire est la forme générale de degré n. Les cas particuliers sont binaires et ternaires, lorsque le degré est égal à 2, et 3, respectivement.

Relations binaires, l'association entre les deux entités est le type le plus commun dans le monde réel. Une relation binaire récursif se produit quand une entité est liée à elle-même. Un exemple pourrait être «certains employés sont mariés à d'autres employés».

Une relation ternaire comporté de trois entités est utilisé quand une relation binaire est insuffisante. De nombreuses approches de modélisation reconnaissent que les relations binaires. Relations ternaires ou n-aires sont décomposés en deux ou plusieurs relations binaires.

Direction

La direction d'une relation indique l'entité d'origine d'une relation binaire. L'entité à partir de laquelle une relation originaire est l'entité mère; l'entité où la relation se termine est l'entité enfant.

La direction d'une relation est déterminée par sa connectivité. Dans une relation un-à-un est la direction de l'entité indépendante à une entité dépendante. Si les deux entités sont indépendantes, la direction est arbitraire. Avec un-à-plusieurs, l'entité produisant une fois est le parent. La direction de plusieurs-à-plusieurs est arbitraire.

Type

Une relation d'identification est celui dans lequel l'une des entités de l'enfant est aussi une entité dépendante. Une relation non-identification est celui dans lequel les deux entités sont indépendantes.

Existence

Existence indique si l'existence d'une instance de l'entité dépend de l'existence d'une autre, liés, instance de l'entité. L'existence d'une entité dans une relation est définie comme obligatoire ou facultative. Si une instance d'une entité doit toujours se produire pour une entité à être inclus dans une relation, il est alors obligatoire. Un exemple de l'existence obligatoire est la déclaration «chaque projet doit être géré par un seul ministère». Si l'instance de l'entité ne sont pas requis, il est optionnel. Un exemple de l'existence option est la déclaration, «les employés peuvent être affectés à travailler sur des projets».

Les hiérarchies de généralisation

Une hiérarchie de généralisation est une forme d'abstraction qui spécifie que deux ou plusieurs entités qui partagent des attributs communs peuvent être généralisées dans un supérieur type d'entité de niveau appelé un supertype ou une entité générique. Le niveau inférieur des entités devient un sous-type, ou des catégories, un type de super. Les sous-types sont des entités dépendantes.

Notation ER

Il n'y a pas standard pour représenter les objets de données dans les diagrammes ER. Chaque méthode de modélisation utilise sa propre notation. La notation originale utilisée par Chen est largement utilisé dans les textes universitaires et les revues, mais rarement observée chez les outils CASE ou des publications par des non-universitaires. Aujourd'hui, il ya un certain nombre de notations utilisées, parmi les plus fréquents sont Bachman, la patte d'oie, et IDEFIX.

Tous les styles de notation représentent des entités que les boîtes et les relations que les lignes boîtes de raccordement rectangulaires. Chaque style utilise un ensemble spécial de symboles pour représenter la cardinalité d'une connexion. La notation utilisée dans ce document est de Martin. Les symboles utilisés pour les constructions d'ER de base sont:

1. les entités sont représentées par des rectangles marqués. L'étiquette est le nom de l'entité. Les noms des entités doivent être des noms singuliers.
2. les relations sont représentées par une ligne continue reliant deux entités. Le nom de la relation est écrit dessus de la ligne. Les noms de relation doit être verbes.
3. les attributs, lorsqu'ils sont inclus, sont énumérés dans le rectangle de l'entité. Les attributs identifiés sont soulignés. Les noms d'attribut doivent être des noms singuliers.
4. L'existence est représentée en plaçant un cercle ou une barre perpendiculaire sur la ligne. L'existence obligatoire est indiquée par la barre (ressemble à un 1) à côté de l'entité pour une instance est nécessaire. L'existence optionnelle est représenté en plaçant un cercle à côté de l'entité qui est facultative.

Vous pouvez également utiliser Edraw pour dessiner des Chen ERD, diagramme de modèle de base de données, Express-G, Martin ERD, Diagramme ORM et plus encore.