Quelle est la meilleure façon d'enregistrer des données XML à SQL Server?
https://stackoverflow.com/questions/704064
-
22-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Y at-il une route directe qui est assez simple? (À savoir peut lire XML SQL Server)
Ou, est-il préférable d'analyser le XML et le transfert juste de la manière habituelle par l'intermédiaire ADO.Net soit sous forme de lignes individuelles ou peut-être une mise à jour batch?
Je sais qu'il peut y avoir des solutions complexes qui impliquent un grand procs stockées - alors que je ne suis pas tout à fait opposé à cela, je tendance à préférer avoir la plupart de ma logique métier dans le code C #. Je l'ai vu une solution à l'aide SQLXMLBulkLoad, mais il semblait exiger du code SQL assez complexe.
Pour référence, je vais travailler avec environ 100 lignes à la fois avec environ 50 petits morceaux de données pour chaque (chaînes et ints). Cela finira par devenir un traitement par lots par jour.
Les extraits de code que vous pouvez fournir seraient très appréciés.
La solution
SQL Server 2005 et jusqu'à ont un type de données appelé « XML » que vous pouvez stocker dans XML -. Typées ou tapé avec un schéma XSD
Vous pouvez essentiellement remplir des colonnes de type XML à partir d'une chaîne littérale XML, de sorte que vous pouvez facilement utiliser simplement une instruction normale Reproduire et remplir le contenu XML dans ce domaine.
Marc
Autres conseils
Vous pouvez utiliser la fonction OPENXML et sp_xml_preparedocument de procédure stockée pour convertir facilement votre XML en jeu de lignes.
Si vous utilisez SQL Server 2008 (ou 2005), il a un xml type natif. Vous pouvez associer un schéma XSD avec des variables xml et insérer directement dans les colonnes de type xml.
Oui, SQL Server 2005 et peut analyser ci-dessus XML de la boîte.
Vous utilisez les nœuds, la valeur et les méthodes requête pour décomposer la façon dont vous voulez, si les valeurs ou les attributs
Certains sans vergogne le branchement:
données Xml et documents Xml pourraient avoir un sens différent. Lorsque le type xml est bon pour les données, il ne sauve pas le formatage (espaces blancs enlevés), de sorte que dans certains cas (par exemple les fichiers cofiguration) la meilleure option est nvarchar.
