サーバー上のフォルダーを監視するプログラムがあります。新しいファイル (フラット ファイル) が入ってくると、プログラム (C#) はデータを読み取り、テーブルに一括挿入します。それは正常に動作します。
さて、システムを拡張します。これは、データ ファイルがさまざまな形式 (フラット ファイル、csv、txt、Excel など) であったり、さまざまな列 (それらをテーブルの列にマップする必要がある) である可能性があることを意味します。
私の質問は: C# はこれに最適な選択ですか? または、SSIS の方が適していますか?
ありがとう
必ずしもどちらかを選択する必要はありませんが、ファイルの種類と処理量に応じて選択します。ファイルの種類によっては、おそらく C# を使用する方が簡単であり、他の一部のファイルでは SSIS の方が適切に機能します。
あなたのチームに SSIS に詳しい人はいますか? SSIS を知っている人を探すよりも、代わりに仕事をしてくれる C# 開発者を探す方がはるかに簡単です。
要件/フォーマットが将来更新される可能性はどのくらいありますか? これも重要なことで、覚えておく必要があります。
SSIS はより強力で、より複雑な変換をサポートしているという他のユーザーの意見には同意しますが、質問は、これが本当に必要なのかということです。
それはあなたの文脈に依存します。異なる形式は、決定を SSIS に送信するべきではありません。ソリューション C# プログラム: 以前は安定して動作していたため、引き続き使用できます。展開が簡単で、ドメインに固有で、構成も簡単です。ソリューション SSIS を使用する場合: 構成がより複雑になるため、開発者は SSIS に関する深い知識を持っている必要があります。C# プログラム以上の管理費が必要でした。ただし、視覚化するのは簡単です (フロー統合をより簡単に確認できるように図があります)。私の見解では、統合プロセスが複雑なビジネス ルールを必要としない場合は、C# プログラムを使用する必要があります。それ以外の場合、統合プロセスに複雑なルールが必要な場合は、SSIS の方が強力です。この助けを願っています。
C# アプリケーションでは、SqlbulkCopy コンポーネントを使用していると思いますが、SSIS と比較するとそれほど強力ではありません。したがって、データ サイズが巨大になると、C# アプリケーションは遅くなります。
SSIS に精通している場合は、SSIS を使用することをお勧めします。SSIS では、C# で開発したように、特定のフォルダー内のファイルのチェックからデータベースへのデータのロードまで、エンド ツー エンドのソリューションを実装できます。