我是一个 biztalk 新手，我们在这里运行 2006，并计划在未来迁移到 2006 R2。我有一个需要使用的架构，称为 Siri，它在以下位置公开：
我已经成功地将这个模式导入到我的 biztalk 项目中，但是，我发现很难理解如何使用它，因为这个 xsd 模式都是 xsd:choice 和 xsd:group 节点。根元素也只有一个目标命名空间。
我的项目是消耗估计的公交车时间表，然后将这些数据插入数据库表中。在使用 Biztalk 中的模式后，我发现很难提升元素以过滤和创建/使用映射（还没有真正做到这一点）。
任何人都可以在某些文档/网站中指出我正确的方向，或者基本上我应该如何处理这个问题？有没有人在 biztalk 2006 中使用过这样的模式？如果有，你是如何处理消息映射、从 xml 检索数据并插入数据库的？如果有人想看看，我可以发布一个示例 xml 有效负载。
像这样的架构绝对适用于 BizTalk，但毫无疑问，它可能需要更多的努力和对 XSD 的一些很好的理解。
我认为，除了阅读一两本关于 BizTalk 的好书，这总是有帮助的（而且有几本很好的书）之外，你可以在 Biztalk 特定论坛和新闻组以及这里获得很多帮助，如果你发布具体问题，因为很难描述物业促销或映射的整体解决方案。
还有一件事要考虑，尽管非常小心，那就是不要直接使用他们的模式。
[试图]定义标准的模式必须非常通用；这通常会通过扩展点导致复杂性和多样性，从而使开发和维护变得困难。
如果您能够从该架构派生出一个仅描述您期望获得的有效结构的架构（这可能是标准可以支持的一小部分），您最终可能会得到一个更小更简单的架构。
优点是更容易开发和维护，缺点是如果您需要支持更多原始模式，则必须更改模式并重新部署。此外 - 如果您想迁移到新版本的标准，您可能会让您的生活变得更加艰难，尽管无论如何都可能是这种情况
希望hekos
有多少方正在向您提供输入文件？是否可以关联传入方，然后为每个方提供更多预定义的映射？
当然，您也可以在 Choice/Group 元素上执行 If/Else 并相应地映射。
你可以给我一个样本输入文件吗？
祝你好运！