3

過去に、ETL (Extraction Transformation Loading) に Informatica を使用したことがありますが、かなり遅いことがわかり、通常は PL/SQL スクリプトに置き換えました (当時は Oracle を使用していました)。

(回答のフィードバックに基づいて修正された質問)

DTS は、SSIS より前の Microsoft の ETL ツールだったと思います。

  1. DTS を使用している既存のアプリケーションを SSIS に変換するのは難しいでしょうか?
  2. SSIS が Microsoft ツールであり、SQL Server (事実上その一部) と緊密に統合されていることを考えると、それを使用することに欠点はありますか? ETLに関しては、SSISなしでできることは何でもSSISでできると思うので、効率の問題は見当たりません。
4

4 に答える 4

4

SSISは、今日の Microsoft の ETL ツールであり、DTS に取って代わるものだと思います。

ETL のパフォーマンスは、ツールと同様に、スキーマと転送方法に大きく関係していることを覚えておくことが重要です。たとえば、インデックスがある場合、一括転送を実行してからインデックスを作成する場合よりも実行速度が遅くなります。一度に大きなバッチを実行すると、ロールバック ログが作成され、サイズが大きくなり、プロセスが遅くなります。ロールバック ログをそれほど大きくする必要がないため、小さいバッチの方が高速に実行される可能性があります。

反射的な反応に屈して、ツールのせいにしないでください。自分のやり方を批判的に見て、自分の足を撃っていないことを確認してください。

于 2009-12-24T03:15:41.857 に答える
3

そうです、DTS は SSIS 以前の ETL 用の MS ツールでした。これまで DTS を見たことはありませんが、SSIS は DTS に比べてはるかにユーザーフレンドリーで GUI ベースであると思います。ユーザー フレンドリーと言えば、ETL を初めて使用したのは Informatica でした。Informatica のユーザー フレンドリーさは SSIS に勝ると強く信じています。Inudstry は、Informatica が SSIS とは対照的に、はるかに安定しており、高度であることを認識しています。

于 2010-01-06T04:22:00.210 に答える
3

SSISには問題があります

Excel で正しく動作しない (データ型が混在しているため、よく知られている問題)

メモリ内のすべてを行います = 多くのメモリが必要です。

特に大きなファイルのソートに。

ソートに使用するアルゴリズムを指定することはできません。

たとえば、多くのメモリを必要としないため、Merge ソートを使用できると便利です。

于 2010-12-16T00:06:01.823 に答える
1

あなたの情報はひどく古くなっています。現在の Microsoft ETL ツールはSQL Server Integration Services (SSIS) です。

于 2009-12-24T03:15:57.207 に答える