2016-09-16 4 views
1

私は2つの変換マージ結合とルックアップを使用しているパッケージを作成しています。 Look Upは、Merge Joinのすぐ後継です(Merge Joinの直後にLook Upを使用することを意味します)。私のパッケージを実行している間、それは立ち往生し、ルックアップの入力消費の速度は非常に遅く、あまりにも多くの時間を要します。パッケージはまだ実行中です。LookupがSSISパッケージのマージ結合後に使用される場合、何が問題になりますか?

添付のスクリーンショットを見つけてください。

enter image description here

マージが参加 - 左外側使用

ルックアップに参加する - 私にすべてのソリューションを提案してくださいませキャッシュ

を使用していません。

+0

ルックアップコンポーネントの背後にあるクエリは何ですか?また、 'table/view'を使用している場合は、SQL文を使用することをお勧めします。 (あなたのソースにも適用されます) – DenStudent

+0

私は参照を全く使わないでください。別のマージ結合を使用してみませんか? – HLGEM

答えて

0

あなたのルックアップには468行が送信されており、の各ソースには、の行が送信されていることを「何でも」実行しています。

私はあなたがルックアップテーブル/クエリでブロックしているので、ルックアップから出力バッファに情報が渡されていないことが考えられます。ルックアップが指し示されているデータベースで、sp_who2またはsp_whoisactive(ダウンロードとインストールに行く)のようなものを試してみると、ソースクエリが他のプロセスによってブロックされている可能性があります。

他の先行コンポーネントとは対照的に、マージ結合後のルックアップについては本質的に異なるものはありません。

0

ソースを両方ともOLEDBとして使用しているため、TSQL結合を使用してソースを達成しようとすると、マージ結合変換が回避できます。

関連する問題