复杂的平面文件，这是否可能与BTS2013R2中的平面文件架构有关？

Question

我被赋予了在客户系统和内部系统之间创建集成的任务。 客户发送一个平面文件，我很难理解如何使用Flat文件架构进行解析。

结构是这样的：

H[n] (either H1, H2 or H3)
  K3 (0..unbounded)
    K4 (0..unbounded)   
  M4 (0..unbounded)
    M5 (0..unbounded)   
  S4 (0..unbounded)
    S5 (0..unbounded)

每条线以正常CR / LF结束，每条线基于位置。

例：

H1    0123    TEST        L5A3
K3 20160608   1103   0004
K4 XA    TEST       01
M41123  AQ
M5SA
M5X1
S4SENDOUT
S5POP
H1Q   0342    TEST2       KY
S4IN
H3A   1408    TESTING     S6T2    
M43308   BB
H2    1331    TEST3       SA
S4PO

这应该最终生成4个XML节点，但我主要关心的是如何使用平面文件架构向导或仅使用平面文件架构来创建可以实际解释这一点的架构。

这是否可行（考虑到各种线路类型，消息长度等）？

Answer 1

我不明白为什么BizTalk会很难解析这个平面文件。 您的线条清晰地标有两个第一个字符。 您可以将其用作记录的标记标识符 。

我认为这是一个具有重复记录的结构化位置平面文件的典型示例。

此示例可能会为您提供有关如何执行此操作的一些指示，它有点类似： 使用随机方式重复的输入平面文件中的标记标识符创建平面文件架构。

在您的情况下，您必须使用平面文件向导创建平面文件架构。 从我自己的经验来看，你永远不会完全正确，因此可能需要对FF XSD进行一些调整。

要最终获得结果XML，请使用映射从平面文件架构获取所需的输出XML结果架构。