Considérations relatives au classement enfant

Configuration requise pour l’en-tête dans un fichier plat

Il existe deux scénarios liés aux fichiers plats délimités pour lesquels des considérations spéciales s’appliquent lors de la définition de la propriété Ordre enfant . Le premier scénario concerne les situations où un document de fichier plat comporte un en-tête, un corps et éventuellement un code de fin. Dans ce scénario, vous devez observer les consignes suivantes :

• Vous devez définir la propriété Ordre enfant de l’enregistrement racine (délimité) de l’en-tête sur Postfix.

• Si une bande-annonce est présente, vous devez définir la propriété Ordre enfant de l’enregistrement racine (délimité) du corps sur Postfix.

• Si aucune bande-annonce n’est présente, vous pouvez définir la propriété Ordre enfant de l’enregistrement racine (délimité) du corps sur Prefix, InFix ou Postfix.

• Si une bande-annonce est présente, vous pouvez définir la propriété Ordre enfant de l’enregistrement racine (délimité) de cette bande-annonce sur Prefix, InFix ou Postfix.

• Vous pouvez définir la propriété Ordre enfant des enregistrements subordonnés délimités de l’en-tête, du corps et de la bande-annonce sur Prefix, InFix ou Postfix.

  Le deuxième scénario lié aux fichiers plats délimités et à la propriété Child Order est que cette propriété doit être définie en fonction de ce que les composants du runtime attendent pour les nœuds. Le paramètre correct pour la propriété Child Order peut ne pas être apparent pour les nœuds racine et de groupe, comme illustré dans les scénarios suivants :

• Nœud racine : imaginez un fichier plat typique dont la structure se compose d'enregistrements suivis d'une combinaison retour chariot/saut de ligne. Le délimiteur sépare les enregistrements dans le fichier et la séquence est généralement la suivante : enregistrement, délimiteur, enregistrement, délimiteur, etc. Dans ce cas, le délimiteur suit toujours les données, ce qui correspond à un paramètre de propriété Ordre enfant de Postfix.

• Nœuds de groupe : les nœuds de groupe affichés dans les représentations BizTalk Server et XSD du schéma ne sont pas explicitement présents dans la représentation de fichier plat du message d'instance. Imaginez un bon de commande contenant un ensemble d'enregistrements pour chaque élément de ligne. Imaginez également que ces enregistrements se répètent à maintes reprises pour représenter plusieurs éléments de ligne dans un seul bon de commande. Le schéma d’un tel message inclut probablement un nœud nommé LineItems pour servir de conteneur (parfois conceptuel) pour l’ensemble répétiteur : dans la représentation de fichier plat du message instance, le conteneur LineItems est conceptuel par nature, représenté par la séquence appropriée de données et de délimiteurs ; dans la représentation XML du message instance, le conteneur LineItems est explicitement présent sous la forme d’un objetÉlément LineItems en XML.

  Imaginez un message contenant un nœud racine et un unique nœud de groupe. Il est facile de voir à quel endroit du flux d'entrée le dernier délimiteur appartiendrait au nœud racine. Par conséquent, la séquence données/délimiteur de la boucle conceptuelle serait simplement composée d'un ou plusieurs enregistrements d'élément de ligne. Il n'y a que dans le cas où il y aurait plus d'un enregistrement d'élément de ligne qu'un délimiteur les séparerait. Dans ce cas, les délimiteurs seraient un de moins que les ensembles des éléments délimités, et les délimiteurs se trouveraient entre les éléments délimités dans une structure appelée Infix.

Voir aussi

• Considérations concernant les enregistrements délimités
• Ordre enfant (propriété node des schémas de fichiers plats) dans les conseils d’interface utilisateur et les informations de référence sur l’espace de noms d’API des développeurs