Générer schéma SQL à partir de XSD et de charger des fichiers XML dans SQL Server

J'ai un fichier XSD et de nombreux fichiers de données XML. Quel est le moyen le plus rapide pour créer la base de données/tables à partir du fichier XSD et ensuite de charger tous les fichiers XML dans la base de données générées schéma?

Pour l'instant, je ne m'inquiète pas si c'est à l'aide d'un outil de génération de code ou quoi que ce soit. Je veux juste savoir le moyen le plus rapide pour ce faire.

  • Regardez les XMLBulkLoad.
  • les données xml peuvent avoir beaucoup de forme différente... à Partir d'une simple "liste" pour une pleine graphique de l'objet. Je parie un tel outil n'existe pas, comme il est pratiquement impossible à atteindre. OU vous utilisez Sql Server comme un référentiel xml (un seul tableau avec le type de données Xml, ou une simple chaîne de caractères). En fait ça dépendra de ce que vous essayez d'atteindre et ce que vous allez faire avec les données une fois chargé.
  • Notez que moderne (>2008?) les versions de SQL server n'autoriser l'indexation XML "chemins" et l'interrogation de XML via XPath. À moins que vos fichiers XML sont très simples, il sera probablement beaucoup plus facile et peut-être même mieux dans le long terme, d'utiliser SQL server en tant que référentiel xml avec XPath capacités
InformationsquelleAutor Hamarict | 2013-01-03
  1. 3

    Stocker les données au format xml dans la base de données:

    1. Créer une collection de schémas et de créer la table: http://msdn.microsoft.com/en-us/library/ms176009.aspx
    2. Charger le fichier xml dans la base de données: http://weblogs.sqlteam.com/mladenp/archive/2007/06/18/60235.aspx
    3. Les données de la requête: http://beyondrelational.com/modules/2/blogs/28/posts/10292/xml-workshops.aspx

    Alors vous n'avez pas besoin de s'inquiéter d'avoir à créer et à maintenir une charge de tables.

    • Merci, que ce que j'ai fait, a eu un peu d'aide pour cette question stackoverflow.com/questions/1890923/... c'est probablement pas la meilleure option, mais le plus rapide (comme la vitesse de développement de rendement non), c'est sûr!
    InformationsquelleAutor tom redfern