adminelka/ February 12, 2019/ Uncategorized

En revanche, Astoria vise exclusivement à rendre les données relationnelles accessibles sur le Web. Couplé avec les autres limitations de son modèle conceptuel décrite ci-dessus, il ne peut pas correspondre à l`évolutivité et la portée des technologies Web sémantiques. Dans les applications traditionnelles centrées sur les données, quelle que soit la technologie d`accès aux données utilisée (JDBC, ODBC, etc.), SQL est resté le langage de requête commun partout. Étant donné que SQL exprime des requêtes en termes de tables et de vues, il cible le schéma logique. Bien que SQL et le schéma logique isolent les applications des modifications apportées à la couche physique, par exemple l`ajout d`un index de base de données, les schémas logiques basés sur le modèle relationnel souffrent d`une faiblesse fondamentale lorsqu`ils sont confrontés à des schémas normalisés. Bien que la normalisation soit souhaitable pour protéger contre les anomalies de données, il s`agit généralement de décomposer une table non normalisée en deux ou plusieurs tables qui, si elles devaient être combinées (jointes), transmetteraient exactement les mêmes informations que la table d`origine. En conséquence, la normalisation fragmente le modèle de données. Les entités et leurs attributs du domaine de problème d`origine peuvent être divisés sur plusieurs tables lorsqu`ils sont représentés dans le schéma logique normalisé. Par conséquent, les opérations qui sont naturelles dans le modèle conceptuel, telles que la navigation entre les objets, ne sont pas simples dans le modèle logique. Les applications doivent utiliser SQL pour effectuer des jointures relationnelles, éventuellement sur plusieurs tables, et la logique pour reconstituer des lignes de ces tables dans une entité conceptuelle de niveau supérieur de l`espace problématique.

La nécessité récurrente de ce type de transformation dans les applications basées sur un modèle de données relationnelle a été qualifiée de «non-concordance d`impédance». Un passage aux applications écrites pour cibler le niveau conceptuel est hautement souhaitable car il supprime l`incompatibilité d`impédance et isole les applications des modifications apportées au modèle de données logique. Il convient de noter que l`exposition de données structurées à l`aide de services Web et le passage à l`accès aux données conceptuelles orientées vers le modèle de données sont des thèmes également repris dans les offres de produits de Microsoft ADO.NET Data Services, et les efforts antérieurs de NeXT? Ordinateur sous la forme de frameworks d`objets d`entreprise (EOF). Une brève comparaison est incluse qui compare et contraste les initiatives de Microsoft avec celles des données liées basées sur des normes. Les rubriques de cette section décrivent les concepts du modèle de données d`entité. Toute DSL qui implémente l`EDM doit inclure les concepts décrits ici. Notez que ADO.NET Entity Framework utilise CSDL pour définir des modèles conceptuels. Pour plus d`informations, consultez Spécification CSDL.

Les services de données Astoria utilisent le composant EDM (Entity Data Model). NET Entity Framework comme mécanisme d`exposition des données. EDM expose des modèles de données conceptuelles de haut niveau sur des données relationnelles, ce qui permet à Astoria d`ajouter une sémantique à un service, comme définir clairement ce qui constitue une «entité» pour un service donné ou comment naviguer entre les entités associées. Les données liées sont un terme utilisé pour décrire un modèle basé sur HTTP «accès aux données par référence» qui facilite l`exposition, le partage et la connexion d`objets de données (entités) sur le Web via des URI déréférencables.