Diagrammes modèles de base de données - diagrammes de modèle d'Entité-Rapport d'aspiration facilement avec EDraw!

 Diagrammes modèles de base de données

Diagrammes de modèle de base de données d'aspiration facilement avec EDraw!

EDraw est très un facile à utiliser et outil de conception intuitif de base de données et outil modèle de diagramme de base de données qui peut vous sauver des heures de centaines de travail.

EDraw est non seulement un excellent outil pour le diagramme de modèle de base de données, mais également celui qui te permettent de renverser la base de données déjà existante d'ingénieur les structures, créent des rapports détaillés de HTML ou de pdf.

L'outil de diagramme de logiciel libèrent le téléchargementTéléchargements     Exemples de diagramme de logicielVoir les captures d'écran

Le modèle d'Entité-Rapport

Le modèle d'Entité-Rapport (HEU) était à l'origine proposé par Peter en 1976 [Chen76] comme manière d'unifier les vues de réseau et de base de données relationnelle. A simplement énoncé que HEU le modèle est un modèle conceptuel de données qui regarde le réel comme entités et rapports. Un composant de base du modèle est le diagramme d'Entité-Rapport qui est employé représente visuellement des objets de données. Puisque Chen a écrit son papier que le modèle a été prolongé et aujourd'hui il est utilisé généralement pour la conception de base de données pour le concepteur de base de données, l'utilité HEU du modèle est :

  • il trace bien au modèle apparenté. des constructions utilisées dans HEU le modèle peuvent facilement être transformées en tables apparentées.
  • il est simple et facile de comprendre avec un minimum de la formation. Par conséquent, le modèle peut être employé par le concepteur de base de données pour communiquer la conception à l'utilisateur.
  • En outre, le modèle peut être employé comme plan de développement par le réalisateur de base de données pour mettre en application des données modeler dans un logiciel de gestion de base de données spécifique.

Symboles pour des diagrammes de modèle de base de données

Grâce à un ensemble étendu de bibliothèque objecte comme les entités, les liens, les articles, les attributs, les utilisateurs, les types, les légendes, la transmission, les références, les frontières, les événements, les nuages etc. EDraw est un outil parfait pour la conception de modèle de base de données et HEU diagramming.

Vous pouvez également employer EDraw pour dessiner Chen ERD, modèle de base de données le diagramme, Expriment-g, Martin ERD, Diagramme d'ORM et beaucoup plus.

Construire de base avec HEU de modeler

HEU les vues modèles le réel comme construire avec des entités et de l'association entre les entités.

Entités

Les entités sont l'objet principal de données au sujet dont l'information doit être rassemblée. Les entités sont habituellement des concepts reconnaissables, concrets ou abstraits, comme la personne, des endroits, des choses, ou des événements qui ont la pertinence avec la base de données. Quelques exemples spécifiques des entités sont des EMPLOYÉS, PROJETS, FACTURES. Une entité est analogue à une table dans le modèle apparenté.

Des entités sont classifiées en tant qu'indépendantes ou personne à charge (dans quelques méthodologies, les termes utilisés sont fortes et faibles, respectivement). Une entité indépendante est une qui ne se fonde pas sur des autres pour l'identification. Une entité dépendante est une qui se fonde sur des autres pour l'identification.

Une occurrence d'entité (également appelée un exemple) est occurrence individuelle d'une entité. Une occurrence est analogue à une rangée dans la table apparentée.

Types spéciaux d'entité

Entités associatives (également connues sous le nom d'entités d'intersection) sont les entités employées pour associer deux entités ou plus afin de réconcilier un rapport multiple.

Des entités de sous-types sont employées dans des hiérarchies de généralisation à représenter un sous-ensemble d'exemples de leur entité de parent, appelés le supertype, mais qui ont des attributs ou des rapports qui s'appliquent seulement au sous-ensemble.

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

Rapports

Un rapport représente une association entre deux entités ou plus. Un exemple d'un rapport serait :

  1. des employés sont affectés aux projets
  2. les projets ont des tâches secondaires
  3. les départements contrôlent un ou plusieurs projets

Des rapports sont classifiés en termes de degré, connectivité, cardinalité, et existence. Ces concepts seront discutés ci-dessous.

Attributs

Les attributs décrivent l'entité dont ils sont associé. Un exemple particulier d'un attribut est une valeur. Par exemple, " ; Jane R. Hathaway" ; est une valeur du nom d'attribut. Le domainof un attribut est la collection de toutes les valeurs possibles qu'un attribut peut avoir. Le domaine du nom est une chaîne de caractères.

Des attributs peuvent être classifiés comme marques ou descripteurs. Les marques, généralement appelées les clefs, identifient uniquement un exemple d'une entité. Un descripteur décrit une caractéristique non-unique d'un exemple d'entité.

Classifier des rapports

Des rapports sont classifiés par leur degré, connectivité, cardinalité, direction, type, et existence. Non toutes les méthodologies modelantes emploient toutes ces classifications.

Degré d'un rapport

Le degré d'un rapport est le nombre d'entités lié au rapport. Le rapport n-ary est la forme générale pour des cas spéciaux du degré N. sont le binaire, et ternaire, où le degré est 2, et 3, respectivement.

Rapports binaires, l'association entre deux entités est le plus commun saisit le réel. Un rapport binaire récursif se produit quand une entité est liée à elle-même. Un exemple pourrait être « quelques employés sont mariés à d'autres employés ».

Un rapport ternaire implique trois entités et est employé quand un rapport binaire est insatisfaisant. Beaucoup d'approches modelantes identifient seulement des rapports binaires. Des rapports ternaires ou n-ary sont décomposés en des rapports deux ou plus binaires.

Direction

La direction d'un rapport indique le commencement entité d'un rapport binaire. L'entité dont un rapport commence est l'entité de parent ; l'entité où le rapport se termine est l'entité d'enfant.

La direction d'un rapport est déterminée par son connectivité. Dans un rapport linéaire la direction est de l'entité indépendante à une entité dépendante. Si les deux entités sont indépendantes, la direction est arbitraire. Avec un-à-beaucoup de rapports, l'entité se produisant une fois est le parent. La direction des rapports multiples est arbitraire.

Type

Un rapport de identification est un dans lequel un de les entités d'enfant est également une entité dépendante. Un rapport de non-identification est un dans lequel les deux entités sont indépendantes.

Existence

L'existence dénote si l'existence d'une entité l'exemple dépend de l'existence des autres, reliée, exemple d'entité. L'existence d'une entité dans un rapport est définie comme obligatoire ou facultative. Si un exemple d'une entité doit toujours se produire pour qu'une entité soit incluse dans un rapport, alors il est obligatoire. Un exemple d'existence obligatoire est le rapport « que chaque projet doit être contrôlé par un simple département ". Si l'exemple de l'entité n'est pas exigé, il est facultatif. Un exemple d'existence facultative est le rapport, des « employés peut être assigné au travail sur des projets ».

Hiérarchies de généralisation

Une hiérarchie de généralisation est une forme d'abstraction cela indique que deux entités ou plus qui partagent des attributs communs peuvent être généralisés dans un type de plus haut niveau d'entité appelé un supertype ou une entité générique. Les plus bas des entités deviennent le sous-type, ou des catégories, au supertype. Les sous-types sont les entités dépendantes.

ER notation

Il n'y a aucune norme pour représenter des objets de données dans HEU diagrammes. Chaque méthodologie modelante emploie sa propre notation. La notation originale employée par Chen est employée couramment en textes et journaux d'universitaires mais est rarement vue en outils ou publications de CAS par des non-académiques. Aujourd'hui, il y a un certain nombre de notations utilisées, parmi le plus commun sont Bachman, pied de la corneille, et IDEFIX.

Tous les modèles d'écriture représentent des entités comme rectangulaires boîtes et rapports comme lignes reliant des boîtes. Chaque modèle emploie un ensemble spécial de symboles pour représenter la cardinalité d'un raccordement. La notation utilisée dans ce document est de Martin. Les symboles utilisés pour HEU les constructions de base sont :

  • des entités sont représentées par des rectangles marqués. l'étiquette est le nom de l'entité. Les noms d'entité devraient être des noms singuliers.
  • des rapports sont représentés par une ligne solide relier deux entités. Le nom du rapport est écrit au-dessus de la ligne. Les noms de rapport devraient être des verbes.
  • des attributs, une fois inclus, sont énumérés à l'intérieur du rectangle d'entité. Attribue qui sont des marques sont soulignés. Les noms d'attribut devraient être des noms singuliers.
  • la cardinalité de beaucoup est représentée par une ligne fin en pied d'une corneille. Si le pied de la corneille est omis, la cardinalité est une.
  • l'existence est représentée en plaçant un cercle ou un a barre perpendiculaire sur la ligne. L'existence obligatoire est montrée par la barre (ressembler à un 1) à côté de l'entité pour un exemple est exigée. L'existence facultative est montrée en plaçant un cercle à côté de l'entité qui est facultative.

Annonce

La page a été traduite par Google automatiquement

 

EDraw Max

Svp sensation librement à télécharger et évaluer notre version d'essai libre pour obtenir un meilleur arrangement de nos produits.
 

Service et appui