5

さまざまなファイル形式 (Excel などの独自の形式を含む) を取り込めるファイル処理コンポーネント/システムを設計する必要がある場合、この情報を解析/検証し、DB に保存します..どのようにしますか?

注 : 95% の確率で、入力データの 1 行がデータベースの 1 レコードに相当しますが、常にそうとは限りません。

現在、顧客データを解析/検証/データベースに保存するために設計したカスタム ソフトウェアを使用しています。システムは、ファイル システム内の場所によって (ftp ドロップから) ファイルを識別し、XML "定義" ファイルをロードします。(入力ファイルがドロップされた場所に基づいて、正しい XML がロードされます)。

XML は、ファイル レイアウト (区切りまたは固定幅) やフィールド固有の項目 (長さ、データ型 (数値、英字、英数字)、およびフィールドを格納する DB 列) などを指定します。

         <delimiter><![CDATA[ ]]></delimiter>
   <numberOfItems>12</numberOfItems>
   <dataItems>
    <item>
     <name>Member ID</name>
     <type>any</type>
     <minLength>0</minLength>
     <maxLength>0</maxLength>
     <validate>false</validate>
     <customValidation/>
     <dbColumn>MembershipID</dbColumn>
    </item>

この設計のため、入力ファイルはテキスト (固定幅または区切り記号付き) である必要があり、入力ファイルのデータ フィールドから DB 列への 1 対 1 の関係が必要です。

ファイル処理システムの機能を拡張して、Excel やその他のファイル形式を取り込めるようにしたいと考えています。

私が進める方法は少なくとも半ダースありますが、アイデアを実際に跳ね返す人がいないため、今は立ち往生しています。

繰り返しになりますが、ファイル処理コンポーネントを設計する必要がある場合、さまざまなファイル形式 (Excel などの独自の形式を含む) を取り込んで、この情報を解析/検証し、DB に保存できます.どのようにしますか?

4

3 に答える 3

0

ブログを始めたいと思うかもしれません。LinkedIn のようなものを使用している場合は、ディスカッションをブログに向けるか、LinkedIn でディスカッションを開始することができます。

于 2009-10-12T14:50:23.083 に答える
0

SO は詳細に適していますが、本当の議論はここではそれほど簡単には行われないようです。コメントが小さすぎて、アイデアを交換できません。私は他の場所に行く傾向があります。

このような議論はテクノロジーにとらわれないものでなければなりませんが、Java と .Net の陣営があまり一致していないことがわかると思います。私はサーバーサイドを見ますが、私はJavaをしているので、Javaのものを探します.

于 2009-10-12T14:51:17.747 に答える