Intégration de XML aux données relationnelles et à ADO.NET
La classe XmlDataDocument est une classe dérivée de XmlDocument et contient des données XML. L'avantage de XmlDataDocument est de fournir une passerelle entre les données relationnelles et hiérarchiques. Il s'agit d'un XmlDocument qui peut être lié à un DataSet et les deux classes peuvent synchroniser des changements apportés aux données contenues dans ces deux classes. Un XmlDocument lié à un DataSet permet à du XML de s'intégrer à des données relationnelles, et il n'est pas nécessaire que vos données soient représentées soit sous la forme XML, soit dans un format relationnel. Vous pouvez effectuer les deux sans être limité à une représentation unique des données.
Les avantages d'avoir les données disponibles sous deux vues sont les suivants :
- La portion structurée d'un document XML peut être mappée à un groupe de données et peut être stockée, indexée et recherchée efficacement.
- Transformations, validation et navigation peuvent s'effectuer de manière efficace par l'intermédiaire d'un modèle de curseur sur les données XML stockées de manière relationnelle. Il est parfois possible d'effectuer cette opération plus efficacement par rapport à des structures relationnelles que si le XML est stocké dans un modèle XmlDocument.
- Le DataSet peut stocker une portion du XML. C'est-à-dire que vous pouvez utiliser XPath ou XslTransform pour ne stocker dans un DataSet que les éléments et attributs présentant un intérêt. À partir de là, il est possible d'apporter des changements au sous-ensemble, plus petit et filtré, des données, les changements se propageant aux données plus grandes dans XmlDataDocument.
Vous pouvez également effectuer une transformation sur des données chargées dans le DataSet à partir de SQL Server. Une autre option consiste à lier des contrôles WebForm et WinForm managés par style de classes .NET Framework à un DataSet qui a été rempli à partir d'un flux d'entrée XML.
En plus de prendre en charge XslTransform, un XmlDataDocument expose des données relationnelles à des requêtes et validation XPath. Autrement dit, tous les services XML sont disponibles pour les données relationnelles, et les fonctionnalités relationnelles, comme la liaison de contrôle, codegen, etc., sont disponibles sur une projection structurée de XML sans compromettre la fidélité du XML.
Comme XmlDataDocument est hérité à partir d'un XmlDocument, il fournit une implémentation du DOM W3C. Le fait que XmlDataDocument soit associé et stocke un sous-ensemble de ses données dans un DataSet ne restreint ou ne modifie pas du tout son utilisation en tant que XmlDocument. Le code écrit pour consommer un XmlDocument fonctionne sans altération par rapport à un XmlDataDocument. Le DataSet fournit la vue relationnelle des mêmes données en définissant des tableaux, des colonnes, des relations et des contraintes, et correspond à un magasin autonome de données utilisateur en mémoire.
L'illustration suivante montre les différentes associations que les données XML entretiennent avec DataSet et XmlDataDocument.
.gif)
L'illustration montre que des données XML peuvent être chargées directement dans un DataSet, ce qui permet une manipulation directe avec du XML de manière relationnelle. Ou bien, le XML peut être chargé dans une classe dérivée du DOM, qui correspond au XmlDataDocument, puis ensuite être chargé et synchronisé avec le DataSet. Comme DataSet et XmlDataDocument sont synchronisés sur un seul jeu de données, des changements apportés aux données dans un magasin sont reflétés dans l'autre magasin.
Le XmlDataDocument hérite de toutes les fonctionnalités de modification et de navigation à partir de XmlDocument. Il existe des cas où l'utilisation de XmlDataDocument et de ses fonctionnalités héritées, synchronisées avec un DataSet, représente une option plus appropriée que le chargement de XML directement dans le DataSet. Le tableau suivant illustre les éléments à prendre en compte lors du choix de la méthode à utiliser pour charger le DataSet.
| Exemple de chargement du XML directement dans un DataSet | Exemple de synchronisation d'un DataSet avec un XmlDataDocument |
|---|---|
| Les requêtes de données dans le DataSet sont plus simples à l'aide de SQL que de XPath. | Les requêtes XPath sont nécessaires sur les données dans le DataSet. |
| La préservation de l'ordre des éléments dans le XML source n'est pas critique. | La préservation de l'ordre des éléments dans le XML source est critique. |
| Il n'est pas nécessaire de préserver l'espace blanc entre des éléments et la mise en forme dans le XML source. | La préservation des espaces blancs et de la mise en forme dans le XML source est critique. |
Si le chargement et l'écriture de XML directement dans un DataSet et en sortie répond à vos besoins, consultez Chargement d'un DataSet à partir de XML et Écriture d'un DataSet sous forme de données XML.
Si le chargement du DataSet à partir d'un XmlDataDocument répond à vos besoins, consultez Synchronisation d'un DataSet avec un XmlDataDocument.