ソリューション内の複数のプロジェクト間でssisパッケージを分離する必要がありますか？

Question

私はSSIS2012を使用します。データウェアハウスに3つのスキーマを作成しました（STG、TRSF、DW）。

STGスキーマはステージングテーブル用です。私のソースファイルはすべてCSVファイルです。私は私のソースからstgスキーマの各テーブルにデータを転送しています。その後

：（私は20個のcsvファイルを持っている場合は、私は20個のパッケージを持っていますし、私はSTGスキーマに20個のテーブルを移入しますたとえば）、私はtrsfスキーマにstgスキーマを転送しています私は、各テーブルに別々のパッケージを持っています。その過程で私は自分のビジネスを持っています。私はFKを検索し、他のビジネスルールがこのレベルで適用されます。私がstgスキーマに20個のテーブルを持っているなら、20個のパッケージがあり、trsfスキーマに20個のテーブルを記入します。

第3ステップでは、trsfスキーマからスキーマにデータを転送します。ここでも私は20のパッケージを持っています。

最後に、stgスキーマで表をクリーニングするためのパッケージが20個あります。

私は、csvファイルとテーブル間の変換ごとに、dwスキーマの4つのパッケージを作成します。

各ステップごとに4つのプロジェクトを作成することをお勧めしますか？今では、1つのプロジェクトに80個のパッケージがあり、それ以上成長することができます。

Answer 1

私はプロジェクトをまとめています。しかし、それらを分けるために、私はLanding、Staging、およびData Warehouseのために別々の親ジョブを保持します。そして、マスター親ジョブによってこれらの親ジョブを制御することができます。これにより、個々のステージを独立して実行する自由が得られます。

もう1つの提案として、別々のデータベースでランディング、ステージング、データウェアハウスを分離することをお勧めします。私が長い目で見ればそれはあなたを助けるだろうと信じています。

乾杯 ニシン