1

私は一種のビズトー​​ク初心者で、ここで 2006 を実行しており、将来は 2006 R2 に移行する予定です。Siri と呼ばれる作業が必要なスキーマがあります。これは次の場所で公開されています。

リンク テキストまたはルート xsd ドキュメントのリンク テキスト。

このスキーマを自分の biztalk プロジェクトに正常にインポートしましたが、この xsd スキーマはすべて xsd:choice および xsd:group ノードであるため、これを使用する方法について理解するのが難しいと感じています。また、ルート要素には targetnamespace が 1 つだけあります。

私のプロジェクトは、バスの推定時刻表を使用し、このデータをデータベース テーブルに挿入することです。Biztalk でスキーマを操作した後、マッピングをフィルター処理して作成/操作するために要素を昇格させるのが難しいことに気付きました (実際にはまだそこまで進んでいません)。

誰かがいくつかのドキュメント/ウェブサイトで正しい方向に私を向けることができますか、または基本的にこれにどのように取り組むべきですか? Biztalk 2006 でこのようなスキーマを使用した人はいますか? もしそうなら、メッセージ マッピング、xml からのデータの取得、および DB への挿入にどのように取り組みましたか? 誰かが見たい場合は、サンプルの xml ペイロードを投稿できます..

4

2 に答える 2

0

このようなスキーマは間違いなく BizTalk で機能しますが、XSD についての十分な理解ともう少しの努力が必要になることは間違いありません。

BizTalk に関する 1 冊か 2 冊の優れた本を読むことに加えて (そして、優れた本がいくつかあります)、Biztalk 固有のフォーラムやニュースグループ、およびここで多くの助けを得ることができます。プロパティのプロモーションやマッピングの全体的な解決策を説明するのは非常に難しいため、具体的な質問を投稿してください。

細心の注意を払いますが、もう 1 つ考慮すべきことがあります。それは、スキーマを直接使用しないことです。

標準を定義[しようとする]スキーマは、非常に汎用的でなければなりません。多くの場合、それは複雑さと拡張ポイントによる多様性につながり、開発と保守が困難になります。

そのスキーマから、得られると期待される有効な構造 (標準がサポートできるものの小さなサブセットである可能性があります) のみを記述するスキーマを導出できた場合、はるかに小さくて単純なスキーマになる可能性があります。

利点は、開発と保守が容易になることです。欠点は、元のスキーマをより多くサポートする必要がある場合、スキーマを変更して再デプロイする必要があることです。また、新しいバージョンの標準に移行したい場合は、人生をより困難にするリスクがありますが、いずれにせよそうなる可能性があります

ヘコスを願っています

于 2009-02-20T12:00:47.750 に答える
0

入力ファイルを配信している関係者は何人ですか? 着信側で相関させてから、それぞれに対してより事前定義されたマッピングを行うことは可能ですか?

もちろん、Choice/Group 要素で If/Else を実行し、それに応じてマップすることもできます。

  • または、上記の両方の戦略の組み合わせ。

サンプル入力ファイルを提供してもらえますか?

幸運を！

于 2009-02-06T10:24:56.850 に答える