1

我需要处理一个巨大的 820 文件(超过 700M)。让 biztalk 编辑接收这个文件需要很长时间。所以我想把文件分成小块。在 BizTalk 中,834 和 837 都具有“多个”版本架构,允许将传入文件拆分为小消息(例如,根据 837 中的声明)。但是不存在这样的“多重”模式。是否有任何技术原因或商业原因阻止 820 文件被拆分?

(我确实尝试在 820 xsd 中添加 subdocument_break 等指令,但它最终得到了格式不正确的 xml)。

任何关于如何处理巨大的 820 文件的想法/提示表示赞赏。

4

1 回答 1

3

好吧,从技术上讲,你走在了正确的轨道上。虽然 subdocument_break 和 subdocument_creation_break 记录在 HIPAA 下,但它们只是 EDI 反汇编程序的一个功能,您可以添加到任何 EDI 模式中。

但是,我很遗憾地说,我认为这不会有帮助。700MB 820 本身就很大,可能包含数十万笔交易。反汇编时,批处理中的事务数量是一个重要的处理因素,因为 BizTalk 将整个批处理视为单个事务。

如果您希望定期收到这样的文件,我将通过使用包装的 EDI 反汇编程序来“取消事务化”批处理,您可以在其中自己调用 GetNext 来分批所有消息。但是,与其将它们传递给消息代理,不如通过边通道提交它们,即使它只是一个文件位置。意思是,BizTalk 只会调用一次 GetNext,而您随后会执行所有的分批工作。

这样,所有消息都会自行接收。

于 2014-08-13T22:15:41.850 回答