Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le modèle de données d’entité (EDM) est un ensemble de concepts qui décrivent la structure des données, quelle que soit sa forme stockée. L’EDM emprunte le modèle Entity-Relationship décrit par Peter Chen en 1976, mais il s’appuie également sur le modèle Entity-Relationship et étend ses utilisations traditionnelles.
L’EDM répond aux défis liés à la présence de données stockées dans de nombreux formulaires. Par exemple, considérez une entreprise qui stocke des données dans des bases de données relationnelles, des fichiers texte, des fichiers XML, des feuilles de calcul et des rapports. Cela présente des défis importants dans la modélisation des données, la conception d’applications et l’accès aux données. Lors de la conception d’une application orientée données, le défi est d’écrire du code efficace et gérable sans sacrifier l’accès efficace aux données, le stockage et l’extensibilité. Lorsque les données ont une structure relationnelle, l’accès aux données, le stockage et l’extensibilité sont très efficaces, mais l’écriture de code efficace et gérable devient plus difficile. Lorsque les données ont une structure d’objet, les compromis sont inversés : l’écriture d’un code efficace et gérable est coûteuse en matière d’accès aux données, de stockage et d’extensibilité efficaces. Même si l’équilibre entre ces compromis peut être trouvé, de nouveaux défis surviennent lorsque les données sont déplacées d’une forme à une autre. Le modèle de données d’entité résout ces défis en décrivant la structure des données en termes d’entités et de relations indépendantes de tout schéma de stockage. Cela rend la forme stockée de données non pertinente pour la conception et le développement de l’application. Et, étant donné que les entités et les relations décrivent la structure des données telles qu’elles sont utilisées dans une application (et non dans sa forme stockée), elles peuvent évoluer à mesure qu’une application évolue.
est une représentation spécifique de la structure des données sous forme d'entités et de relations, généralement définie dans un langage spécifique au domaine (DSL) qui met en œuvre les concepts de l'EDM. Le langage CSDL (Conceptual Schema Definition Language) est un exemple de ce langage spécifique à un domaine. Les entités et les relations décrites dans un modèle conceptuel peuvent être considérées comme des abstractions d’objets et d’associations dans une application. Cela permet aux développeurs de se concentrer sur le modèle conceptuel sans préoccupation pour le schéma de stockage, et leur permet d’écrire du code avec efficacité et facilité de maintenance à l’esprit. Pendant ce temps, les concepteurs de schémas de stockage peuvent se concentrer sur l’efficacité de l’accès aux données, du stockage et de l’extensibilité.
Dans cette section
Les rubriques de cette section décrivent les concepts du modèle de données d’entité. Toute dll DSL qui implémente l’EDM doit inclure les concepts décrits ici. Notez que le ADO.NET Entity Framework utilise CSDL pour définir des modèles conceptuels. Pour plus d’informations, consultez Spécification CSDL.
Concepts clés du modèle de données d’entité
Entity Data Model : espaces de noms
Modèle de données d’entité : types de données primitifs
Modèle de données d’entité : héritage
multiplicité de terminaison d’association
terminaison d’ensemble d’associations
Contrainte d’intégrité référentielle