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