Consideraciones acerca del orden secundario
Requisitos para el encabezado en un archivo plano
Hay dos escenarios relacionados con los archivos planos delimitados para los que se aplican consideraciones especiales al establecer la propiedad Child Order . El primer escenario se refiere a situaciones en las que el documento de archivo sin formato tiene un encabezado, un cuerpo y, opcionalmente, un finalizador. En estos escenarios, debe atenerse a los siguientes requisitos:
Debe establecer la propiedad Child Order del registro raíz (delimitado) del encabezado en Postfix.
Si hay un finalizador presente, debe establecer la propiedad Child Order del registro raíz (delimitado) del cuerpo en Postfix.
Si un finalizador no está presente, puede establecer la propiedad Child Order del registro raíz (delimitado) del cuerpo en Prefix, InFix o Postfix.
Si hay un finalizador presente, puede establecer la propiedad Child Order del registro raíz (delimitado) de ese finalizador en Prefix, InFix o Postfix.
Puede establecer la propiedad Child Order de los registros subordinados delimitados del encabezado, el cuerpo y el finalizador en Prefix, InFix o Postfix.
El segundo escenario relacionado con los archivos planos delimitados y la propiedad Child Order es que esta propiedad debe establecerse según lo que esperan los componentes en tiempo de ejecución para los nodos. Es posible que la configuración correcta de la propiedad Child Order no sea aparente para los nodos raíz y de grupo, como se muestra en los escenarios siguientes:
Nodo raíz: piense en un archivo sin formato típico cuya estructura conste de registros seguidos de una combinación de retorno de carro y avance de línea. El delimitador separa los registros del archivo, y la secuencia es normalmente registro, delimitador, registro, delimitador, etc. En esta situación, el delimitador siempre sigue los datos, que corresponde a un valor de propiedad Order secundario de Postfix.
Nodos de grupo: los nodos de grupo mostrados en BizTalk Server y en la representación XSD del esquema no están presentes de forma explícita en la representación de archivo sin formato del mensaje de instancia. Considere un pedido que contiene una colección de registros para cada elemento de línea, donde esos registros se repiten numerosas veces para representar los distintos elementos de línea del pedido. Es probable que el esquema de este mensaje incluya un nodo denominado LineItems que sirva como contenedor (a veces conceptual) para el conjunto de repetición: en la representación de archivo plano del mensaje de instancia, el contenedor LineItems es conceptual por naturaleza, representado por la secuencia adecuada de datos y delimitadores; en la representación XML del mensaje de instancia, el contenedor LineItems está presente explícitamente en forma de un elemento LineItems en XML.
Considere un mensaje que contiene un nodo raíz y solo un nodo de grupo. Es sencillo ver si el último delimitador de la secuencia de entrada pertenece al nodo raíz. Por tanto, la secuencia de datos y delimitador en el bucle conceptual es meramente uno o más registros de elementos de línea. Solo en el caso de que haya más de un registro de elemento de línea, habrá un delimitador para separarlos. En este caso, el número de delimitadores es uno menos que los conjuntos de elementos que se están delimitando; además, los delimitadores se encuentran entre los elementos delimitados de una estructura conocida como Infijo.
Consulte también
- Consideraciones acerca de los registros delimitados
- Orden secundario (propiedad node de esquemas de archivos planos) en la guía de interfaz de usuario y referencia del espacio de nombres de la API de desarrolladores