Skip to content

Modèle conceptuel de données cardinalité

Les modèles de données conceptuelles établissent une vue d`ensemble de ce qui doit être inclus dans le jeu de modèles. Les ERDs conceptuels peuvent être utilisés comme base pour les modèles de données logiques. Ils peuvent également être utilisés pour former des relations de communalité entre les modèles d`ER comme base pour l`intégration de modèle de données. Tous les symboles présentés ci-dessous se trouvent dans la bibliothèque de formes de relation d`entité et d`entité UML de LucidChart. La ERD physique représente le plan de conception réel d`une base de données relationnelle. Un modèle de données physiques élabore sur le modèle de données logique en assignant chaque colonne avec le type, la longueur, la Nullable, etc. Étant donné qu`une ERD physique représente la façon dont les données doivent être structurées et liées dans un SGBD spécifique, il est important de tenir compte de la Convention et de la restriction du système de base de données réel dans lequel la base de données sera créée. Assurez-vous que les types de colonnes sont pris en charge par le SGBD et les mots réservés ne sont pas utilisés dans les entités de dénomination et les colonnes. Alors, quand est-ce qu`on dessine des ERDs? Alors que les modèles d`ER sont principalement développés pour concevoir la base de données relationnelle en termes de visualisation de concept et en termes de conception de base de données physique, il y a encore d`autres situations où les diagrammes d`ER peuvent aider. Voici quelques cas d`utilisation typiques.

Le diagramme de relation d`entité, également connu sous le nom de ERD, de diagramme ER ou de modèle d`ER, est un type de diagramme structurel pour l`utilisation dans la conception de base de données. Une ERD contient différents symboles et connecteurs qui visualisent deux informations importantes: les principales entités au sein de la portée du système et les interrelations entre ces entités. Remarque: la ERD conceptuelle prend en charge l`utilisation de la généralisation dans la modélisation de la relation «une sorte de» entre deux entités, par exemple, triangle, est une sorte de forme. L`utilisation est comme la généralisation dans UML. Notez que seule la ERD conceptuelle prend en charge la généralisation. Un modèle de données physique est un modèle de données entièrement attribué qui dépend d`une version spécifique d`une technologie de persistance des données. La technologie d`implémentation cible peut être un SGBD relationnel, un document XML, un composant de stockage de données NoSQL, une feuille de calcul ou toute autre option d`implémentation de données. Codd (1970) a été l`inventeur du modèle de données relationnelles, mais dont l`intérêt était plus général que le modèle relationnel, pour créer une compréhension profonde des premiers principes de modélisation des données (Codd 1980) qui sont essentiels si l`on veut comprendre comment construire, gérer et analyser les bases de données spatio-temporelles. Dans l`analyse et la conception du système, le diagramme de flux de données (DFD) peut être dessiné pour visualiser le flux d`informations dans les processus système. Dans un diagramme de flux de données, il existe un symbole appelé Data Store, qui représente une table de base de données qui fournit les informations requises par le système.

La longueur des données n`est pas en question ici car elle peut également être utilisée pour décrire le type de données génériques. Ce que je trouve un peu flou est le terme “DataType" puisque dans l`article, il n`est pas spécifié comme générique ou SGBDR dépendant. Personnellement, dans la description du modèle de données logique, J`écrirais comme ceci: “les attributs de données auront généralement des types de donnéesgénériques avec des précisions et des longueurs attribuées." Les relations entre les entités ont une cardinalité. La cardinalité fait référence au nombre d`instances d`une classe d`entité liées aux instances d`une autre classe d`entité. Il existe potentiellement, 0, 1, ou plusieurs instances d`une classe d`entité qui peuvent être liées à des instances d`une autre classe d`entité. Certains concepteurs considèrent la cardinalité comme un problème de modèle de données logique plutôt qu`un problème conceptuel de modèle de données (West, 2011). Si la cardinalité n`est pas représentée au niveau conceptuel, elle doit être représentée au niveau du modèle de données logique. La différence d`approche dépend de la question de savoir si les collections d`entités sont significatives pour l`interprétation des problèmes d`application. Ils sont souvent pour des problèmes géospatiaux, donc les représenter au niveau conceptuel est préférable.

Dans le paradigme de programmation d`application orienté objet, qui est lié à la conception de structure de base de données, les diagrammes de classes UML peuvent être utilisés pour la modélisation d`objets. Dans ce cas, les relations d`objets sont modélisées à l`aide d`associations UML, et la multiplicité est utilisée sur ces associations pour désigner la cardinalité.

>>將內容用自己的手機、平版分享到.....

Comments are closed.