2

問題を説明しましょう。多くのサプライヤが、さまざまな形式 (さまざまなヘッダー付き) のデータ ファイルを送信してくれます。データ形式 (サプライヤーが送信する列) を制御することはできません。次に、このデータを標準トランザクションに変換する必要があります (この標準は一定であり、当社によって定義されています)。

ここでの課題は、サプライヤがファイルで送信する列を制御できないことです。宛先基準は一定です。現在、エンド ユーザーが UI を介して独自のデータ変換ルールを定義できるフレームワークを開発するよう依頼されています。(宛先トランザクションのフィールド A が columnX+columnY または入力ファイルの columnZ の最初の 3 文字と等しいとします)。このようなデータ変換ルールは多数あります。

目標は、ユーザーがこれらすべてのサプライヤー ファイルを追加できるようにすることです (そして、最小限のコード変更で、フロント エンド UI からすべてのデータを会社のデータに変換できます)。このためのフレームワークをいくつか提案してください(Javaベースが望ましい)。

4

1 に答える 1

0

以前も同様の分野で働いていました。顧客/サプライヤーがそのようなツールを正しく使用し、100% 確実な変換を設計することを信頼できるかどうかはわかりません. 列のマッピングは問題の 1 つですが、日付や金額などの書式設定の問題についてはどうでしょうか。いずれにせよ、作成したものを手動でチェックする必要があるでしょう。そうしないと、データの整合性に関する非常に厄介な問題が発生することになります。不完全なデータ変換によって引き起こされるエラーは、暗闇の中に隠れて、最も必要のないときに飛びかかってくる小さな獣です。

データ通信を設計するための比較的単純でグラフィカルな方法だけが必要な場合は、Talend Open Studio などを調べてください (Google で検索してください)。それ自体を ETL ツールと呼んでいますが、私たちはあらゆる種類のものに使用しました。

于 2013-03-17T16:30:36.450 に答える