Conception et implémentation (EDM)

Les développeurs d'applications qui utilisent le modèle EDM (Modèle de données d'entité) définissent des données dans un schéma d'étude conceptuelle formant un niveau intermédiaire indépendant entre le modèle objet de programmation et les structures de stockage. Cette étape est utile, car les entités et associations du schéma conceptuel peuvent être conçues pour refléter des scénarios d'application au lieu de tables de bases de données.

L'infrastructure EDM fournit des types d'entités et d'associations de base utilisés dans le schéma conceptuel ; les développeurs peuvent les étendre selon les besoins pour les applications. La définition des types EDM de base comme des extensions personnalisées s'effectue dans des schémas XML.

Conception formalisée dans des schémas

Les types EDM sont conçus dans des schémas afin de préserver l'intégrité logique de données et les contraintes d'applications de gestion et d'applications techniques. Si vous utilisez une étude purement conceptuelle, il est possible d'explorer toutes les permutations de structure à un moment où l'apport de modifications est encore simple. Une fois la spécification abstraite terminée, les entités définies dans les schémas deviennent les modèles de conception des objets programmables.

Les modèles objet reflètent le langage dans lequel ils sont implémentés. Lors de la conception d'une application qui utilise le modèle EDM, la syntaxe de code ne constitue pas une entrave dans le processus de découverte. La structure de données d'une application EDM est spécifiée au moyen d'un schéma conceptuel et la conception est basée sur des scénarios d'application. Le schéma conceptuel est utilisé à chaque étape du développement.

La conception d'un modèle de données dans des schémas XML offre aussi une certaine indépendance par rapport à la technologie de stockage utilisée. Il est en effet possible d'adapter les applications utilisant le modèle EDM à n'importe quelle plateforme de stockage. La conception basée sur le modèle EDM résout en outre bon nombre des problèmes qui, lorsque le processus repose sur une base de données relationnelle, doivent être traités via la normalisation des bases de données.

Implémentation Object Services de schémas

Dans le modèle EDM, les entités et relations sont formellement définies dans la syntaxe XML d'une structure de schéma. Cette structure est mappée à une autre qui contient les métadonnées décrivant le modèle de stockage. Les types de données CLR (Common Language Runtime) à utiliser dans un code d'application sont créés à partir de la structure de schéma. Pour plus d'informations sur les schémas, voir Schémas (EDM).

La conception d'un modèle de données conformément à la spécification EDM peut commencer par le schéma conceptuel ou se fonder sur des systèmes hérités, en générant le schéma conceptuel à partir d'une base de données existante. Que le schéma conceptuel soit créé directement en syntaxe XML ou à partir d'une base de données, il peut être mappé à des métadonnées représentant les structures de stockage utilisées par l'application. Pour plus d'informations sur le mappage, voir Schémas et spécification de mappage (Entity Framework).

Une fois l'implémentation terminée, les instances des types d'entités, comme les types métier client, commande, employé, etc. peuvent être déclarés en tant qu'objets programmables dans le code de l'application. Les types définis dans le schéma conceptuel sont des prototypes des données utilisées par le code de l'application. La spécification de mappage les connecte de façon transparente au stockage. Les données peuvent être interrogées ou rendues persistantes sans que cela implique l'écriture de requêtes SQL ou la mise à jour d'instructions.

Pour plus d'informations sur la définition d'entités et de relations dans le modèle EDM, voir Types de modèles EDM.

Voir aussi

Concepts

Entités et relations (EDM)
Implémentation d'entités (EDM)
Implémentation d'associations (EDM)

Autres ressources

Spécifications EDM
Exemples d'applications (Entity Framework)