BizTalk 2010映射到OAGIS 10.1 BOD ProcessSalesOrder映射性能问题

背景：我们的ESB解决方案需要一种更成熟的规范消息格式，而不是我们自己开发的过时的规范消息格式。我做了一些研究，发现OAGIS看起来很有前途，我喜欢文档模型。我下载了10.1版，选择了我将首先实现的BOD。我在BizTalk 2010中专门使用ProcessSalesOrder，将一个相当简单的web服务模式映射到ProcessSalesOrder BOD。我在我喜欢的地方得到了地图，但它创建了很多我不需要或不想要的臃肿标记，而且地图执行至少在我的虚拟服务器工作站环境中需要永远执行。当映射附加到BizTalk接收位置中的WCF调用时，它将超时

问题是有没有人尝试过优化OAGIS 10.1的模式

我只能在旧版本中找到BizTalk引用，其中模式被分解为名词和组件-10.1中不是这样，ProcessSalesOrder只有一个大型模式。我已正确设置了根引用

在没有大量开发时间的情况下，是否可以编辑BOD以删除不使用的部分

---

为了方便起见，在我抓起这个项目并修改我们的蹩脚规范之前，迫切需要任何想法或建议。

如果您留下不需要的字段未映射。这张地图应该能很快执行任务。为了测试map的性能，您是否可以尝试执行testmap并查看它的性能？

---

另一个选项是在接收管道中不需要的数据到达映射之前剥离它

我只是在使用测试映射-输入模式是精简的。没有不需要的数据。我还没有在我的接收位置尝试过。您有没有具体的问题需要我们帮助？但是，是的，在虚拟环境中，Mapper Designer界面非常慢，即使是简单的较小地图也需要时间加载。然而，一旦编译，性能会更好。输入格式已经很薄了。它确实编译并执行得相当好。考虑到在VS中交互测试的巨大滞后时间，我印象深刻。因此我想这并没有真正的问题——只是在处理模式创建的膨胀时的学习曲线，但总体而言，我认为这是一个更好的选择，作为我们的规范。你能给出映射的XSL吗？实际代码将是保密的。它似乎在接收位置的服务器上执行得更快—在Visual Studio中手动测试map时需要花费很长时间—以至于我开始担心它在解决方案中是否可行。