我需要处理一个巨大的 820 文件（超过 700M）。让 biztalk 编辑接收这个文件需要很长时间。所以我想把文件分成小块。在 BizTalk 中，834 和 837 都具有“多个”版本架构，允许将传入文件拆分为小消息（例如，根据 837 中的声明）。但是不存在这样的“多重”模式。是否有任何技术原因或商业原因阻止 820 文件被拆分？
（我确实尝试在 820 xsd 中添加 subdocument_break 等指令，但它最终得到了格式不正确的 xml）。
任何关于如何处理巨大的 820 文件的想法/提示表示赞赏。
好吧，从技术上讲，你走在了正确的轨道上。虽然 subdocument_break 和 subdocument_creation_break 记录在 HIPAA 下，但它们只是 EDI 反汇编程序的一个功能，您可以添加到任何 EDI 模式中。
但是，我很遗憾地说，我认为这不会有帮助。700MB 820 本身就很大，可能包含数十万笔交易。反汇编时，批处理中的事务数量是一个重要的处理因素，因为 BizTalk 将整个批处理视为单个事务。
如果您希望定期收到这样的文件，我将通过使用包装的 EDI 反汇编程序来“取消事务化”批处理，您可以在其中自己调用 GetNext 来分批所有消息。但是，与其将它们传递给消息代理，不如通过边通道提交它们，即使它只是一个文件位置。意思是，BizTalk 只会调用一次 GetNext，而您随后会执行所有的分批工作。
这样，所有消息都会自行接收。