Outils XML

Générer un XSD à partir de XMLdepuis plusieurs exemples

Ajoutez un second document XML complet pour repérer les champs absents.

Générer un XSD à partir de XML

Exemples XML

Ébauche XSD

Les exemples restent dans ce navigateur. Les fichiers locaux ne sont pas envoyés.

Options de déduction

20 exemples au plus, 1 000 000 caractères chacun, 2 000 000 au total, profondeur 100. Les exemples vides sont ignorés.

Résultat périmé : export désactivé.

Lorsque vous recevez des exemples XML sans schéma, générer un XSD à partir de XML fournit un premier contrat structurel. Ces exemples montrent ce qui existe, pas toutes les variantes autorisées.

Le générateur XSD fusionne les documents ayant la même racine, puis compile le résultat et le vérifie sur chacun. Un ordre contradictoire ou un espace de noms non représentable produit une erreur explicite.

Pourquoi générer un XSD à partir de XML ?

Observer les absences entre documents

Si un champ manque dans un des deux documents, générer un XSD à partir de XML lui attribue minOccurs=0. Des enfants répétés sous le même parent reçoivent maxOccurs=unbounded ; les variantes jamais vues ne sont pas inventées.

Deux arbres XML fusionnent ; le champ absent porte un repère facultatif dans le schéma.

Préserver le contexte de chaque parent

Un name sous customer peut différer d’un name sous product. Les déclarations locales gardent ces chemins distincts, puis chaque entrée sert à contrôler le schéma obtenu.

Deux nœuds de même nom sous des parents différents mènent à des déclarations séparées.

Ce que plusieurs exemples permettent de conclure

01

Ajouter un document entier

Chaque exemple possède une seule racine XML ; les éditeurs vides sont ignorés. Un second document peut révéler un enfant ou un attribut absent que le premier ne permettait pas de repérer.

02

Choisir la lecture des valeurs

Smart déduit avec prudence booléens, nombres et dates ISO. Choisissez String pour garder les identifiants en texte. Le mode automatique attend 400 ms ; après désactivation, Ctrl/Cmd+Enter lance le calcul.

03

Relire les affirmations du schéma

Un succès signifie que le XSD 1.0 compile et accepte tous les exemples fournis. Vérifiez ensuite minOccurs, maxOccurs, les types et l’ordre xs:sequence à l’aide de votre véritable contrat.

Des observations à une ébauche vérifiée

Réunir plusieurs instances

Créer un schéma XML à partir de documents de même racine permet de relever les absences observées. Un enfant absent sous un parent devient facultatif ; des enfants répétés élargissent la borne supérieure. Les attributs suivent la même logique.

Déduire sans surinterpréter

Déduire un schéma XSD couvre les booléens, entiers, décimaux et dates ISO évidents. Une valeur vide, un conflit ou un identifiant commençant par zéro donne xs:string ; aucune plage ni énumération n’est inventée.

Tester avant la sortie

Les déclarations locales séparent les noms identiques situés sous des parents différents. Un worker du navigateur compile le brouillon et vérifie chaque entrée avant d’autoriser la copie et le téléchargement complet.

Limites des règles déduites

Présent partout ne signifie pas obligatoire
Un champ présent dans tous les exemples devient obligatoire dans cette ébauche. Seule une absence observée produit minOccurs=0. S’il est facultatif en production, modifiez le schéma exporté.
Aucune contrainte métier inventée
Énumérations, motifs, intervalles, clés, valeurs par défaut et conditions entre champs ne sont pas déduits. Les codes commençant par zéro restent du texte ; les formats contradictoires reviennent à xs:string.
Une racine et un espace de noms
Tous les exemples non vides doivent partager le même nom de racine étendu. Un autre espace de noms, un attribut de données qualifié, du contenu mixte ou un ordre d’enfants contradictoire sont refusés.
XML 1.0 local uniquement
Collez du texte ou lisez un fichier UTF-8 local. DOCTYPE, entités déclarées, XML 1.1, récupération par URL et schémas externes ne sont pas traités ; la sortie est un seul fichier XSD 1.0.
Échantillon borné, contrôle distinct
Au plus 20 exemples, 2 000 000 caractères au total et profondeur 100. Le contrôle intégré ne concerne que ces entrées. Vérifiez un nouveau document avec le validateur XSD séparé et les règles du destinataire.

Questions pour générer un XSD à partir de XML

Comment générer un XSD depuis un exemple XML ?

Collez un document complet ou lisez un fichier local. Pour générer un XSD à partir de XML avec plus d’informations sur les absences, ajoutez un autre document de même racine.

Comment représenter un élément qui peut être absent ?

S’il manque sous au moins une instance observée de son parent, la déclaration reçoit minOccurs=0. Même présent partout, un élément peut rester facultatif selon votre contrat.

Peut-on réunir plusieurs exemples XML dans un même schéma ?

Oui, jusqu’à 20 documents de même racine et de même espace de noms. Le résultat doit se compiler et accepter chacun de ces exemples avant de pouvoir être exporté.

Pourquoi un code numérique devient-il un entier ?

Smart voit un entier lorsque toutes les valeurs sont des chiffres sans zéro initial. Les codes comme 001 restent xs:string ; choisissez String pour conserver tous les identifiants en texte.

Faut-il relire un schéma généré avant de l’utiliser ?

Oui. La vérification porte seulement sur les exemples fournis ; elle ne révèle ni toutes les variantes ni les contraintes métier. Essayez de nouveaux XML et adaptez l’ébauche.

Une déduction vous semble étrange ?

Générer un XSD à partir de XML maintenant

Pour générer un XSD à partir de XML, ajoutez un second document représentatif, relisez les occurrences et vérifiez ensuite un document nouveau.