Quelle est la différence entre ER Diagramme, Schéma de Base de données?
Quelle est la différence entre ER des Diagrammes et des schémas de bases de données? MySQL Workbench a de la facilité à dessiner ER diagrammes, mais les symboles pour ER diagrammes différents dans d'autres outils de dessin que MySQL Workbench méthode.
Je ne suis pas sûr de ce que vous entendez par "schémas de Base de données" (autres que les ER diagrammes), mais les symboles dans MySQL toolbench probablement différer d'autres outils " parce qu'il y a de multiples conventions pour ER diagrammes: en.wikipedia.org/wiki/...
Merci beaucoup Marc, comme vous l'avez dit, différentes notations sont l'aide pour le dessin.
Merci beaucoup Marc, comme vous l'avez dit, différentes notations sont l'aide pour le dessin.
OriginalL'auteur sam | 2013-07-14
Vous devez vous connecter pour publier un commentaire.
Un schéma de base de données est généralement un modèle relationnel/diagramme. il montre le lien entre les tables: les clés primaires et les clés étrangères.
Dans le schéma de base de la relation entre une pomme et une pomme de l'arbre serait:
Une clé étrangère "ID__TRE" qui ne peut pas être null dans la table "APPLE" est associé à une clé primaire "ID_TRE" dans le tableau "l'ARBRE".
Un diagramme entité-relation. Montre les liens entre les entités et le type de relation entre eux. Nous ne parlons pas de tables ou les clés en il y! Habituellement, le diagramme des relations d'entité suit Merise modèle. Gestionnaire de base de données et développeur comme moi-même généralement de construire un modèle entité-relation avant de concevoir le modèle relationnel/diagramme.
L'ensemble de symbole dans Merise sont:(0-1, 0-n, 1-1, 1-n). Le premier nombre 0 ou 1 décrit si l'autre partie de l'association est nécessaire pour qu'un objet existe. Si elle est égale à zéro, cela signifie qu'il peut exister sans être associés. Si c'est cela signifie que l'objet n'existe qu'en relation avec un autre objet (e.g une pomme besoin d'un arbre à exister --> 1, un arbre n'a pas besoin d'apple pour existe -->0)
Le deuxième caractère, dites-nous combien d'objets sont acceptés dans l'autre partie de l'association. Si elle est de 1, alors qu'un objet existe dans la relation, si il est n, un nombre infini d'objet peut être lié (par exemple: une pomme peut avoir un arbre --> 1, un arbre peut avoir de multiples pommes --> n)
Avec l'Entité-relation, la relation va être décrite comme suit :
Une pomme doit appartenir à au moins un arbre à qui peut appartenir qu'à un seul arbre(1-1). Un arbre n'est pas une pomme d'exister, mais il peut avoir un nombre infini de pommes (0-n).
En fait à la fois la description de dire la même mais on est à la base de données orienté, tandis que l'autre est de la modélisation orientée. Certains logiciels de modélisation tels que DB-MAIN de convertir automatiquement un diagramme ER pour le schéma relationnel.
OriginalL'auteur ChristHope
Un schéma de base de données est une description de la construction de la base de données. Il s'agit d'un terme général qui fait référence à la convention collective des tables, des colonnes, des déclencheurs, des relations, des contraintes, des fonctions et des procédures. Il peut se référer à un document qui décrit tout cela (comme d'un Schéma XML) ou comme une couche d'abstraction de base de données de maquillage lui-même ("Il serait difficile de modifier le schéma de la base de données à ce stade"). Il ne fait pas référence à des lignes insérées dans le schéma, ou de données elle-même. Vous insérer des données dans un schéma existant.
Un Entity Relationship Diagram est une visualisation des relations entre les tables dans une base de données. À tout le moins, il comprend les noms de table visualisées comme des carrés reliés par des lignes qui représentent les primaires et les contraintes de clé étrangère. Il inclut souvent la colonne des noms et des symboles qui incluent de l'information sur ce type de relation existe entre les colonnes (un-à-un, un-à-plusieurs, plusieurs-à-plusieurs).
OriginalL'auteur Conor
DIAGRAMMES ENTITÉ-RELATION (ERDs) sont ce qu'ils sont: des DIAGRAMMES qui décrivent les RELATIONS entre les ENTITÉS. Maintenant, regardons de plus près...
etc.
Les SCHÉMAS de DONNÉES ont une certaine ressemblance avec ERDs, mais ils ne devraient PAS être considérés comme équivalents ou substituables. Si vous faites une disquette de réparation d'urgence qui peut être utilisé comme un schéma de données... être ouvert à la possibilité que vous N'avez PAS en faire une disquette de réparation d'urgence ! 😉
Les schémas de DONNÉES sont des diagrammes utilisés pour décrire un DBA la façon dont les données seront stockées dans une base de données (relationnelles ou non relationnelles).
MEMBERS,POSTS,CATEGORIES,COMMENTS(base de données relationnelle)ou
POSTS(manipulés par des Membres de la Date et de toutes les autres colonnes de 1 table (base de données non relationnelle comme une "big data");un schéma de données serait alors de décrire les données contenues dans chaque tableau:
etc.
les lignes entre les tables dans un schéma de données ne serait PAS essayer de représenter une 'relation' autre qu'une "CLÉ" entre les 2 domaines qui pourraient être utilisés pour "rejoindre" les tableaux, et quelques autres caractéristiques de ces lignes pour désigner n:n les relations.
Les DEUX diagrammes de servir des finalités totalement DIFFÉRENTES:
DRE: pour faire simple mortel utilisateurs finaux (et les propriétaires d'entreprises) COMPRENDRE le modèle d'une solution d'affaires; et
SCHÉMA de DONNÉES: un "modèle" utilisé par les Administrateurs de base de données pour CONSTRUIRE des bases de données, et par les DÉVELOPPEURS pour utiliser les données dans la base de données.
OriginalL'auteur Mark Vogt