2012-04-20 12 views
0

内容がキャリッジリターンで区切られたフラットファイルのスキーマを生成しようとしています。以下のインポートファイルのデータのサンプルをご覧ください。BizTalk - キャリッジリターンで区切られたフラットファイル用のスキーマの生成

12042012 
TDF 
XYZ Industries Limited 
X9090-78900 
- 
3.4 
- 
NA 
- 
- 
- 
- 
- 
All telephone calls routed to a different no. 
tomorrow is critical. To have the 
documents ready for inspection. 

12042012 
TDF 
XYZ Industries Limited 
X9090-78900 
- 
.6 
- 
NA 
- 
- 
- 
- 
- 
Further prep re hearing/how inital costs 
estimate reached/emails to update XYZ, 
collation of docs fro tomorrow. 1735 - 1815 
(-1). 

上記のサンプルには2つのレコードがあります。各レコードは、carrige returnで区切られています。また、レコードの各フィールドも改行で区切られます。これはすべて問題ありませんが、レコードの最後のフィールド(「説明」フィールド)については、テキスト内にキャリッジリターンがあることがわかります(ソースシステムのユーザーが入力したとおりです)。

ここで私にとって問題があります。「説明」フィールドが単一のレコードとして表示されるように、BizTalk Server 2010で使用できるフラットファイルスキーマウィザードを使用してスキーマを正常に生成できませんでした。ラインキャリッジデリミタを置くと、常に説明行が別のレコードとして扱われるためです。スキーマの検証に行くと、常に失敗します。私がここで間違っているかもしれないことについて、誰かが正しい方向に私を指摘することができましたか?

答えて

0

ソースシステムを支配していますか?そうであれば、レコードにエスケープ文字を設定することができます。エスケープ文字のバックスラッシュの使用を想定し、説明フィールドは、含まれています:異なるなしにルーティング

すべての通話を\
明日は非常に重要です。お使いのフラットファイルスキーマが説明のために、繰り返し記録を持っているように、検査のための準備ができて\
書類を持っている。\

-1

はそれを持っています。

次に、累積連結Functoidを使用して、マップを使用して複数の説明を1つの説明に連結します。