2012-02-19 1 views
0

一部の人々は次のような理由でSSISを好きではない、SSISをPowerShellに置き換えますか?

  1. は設計もう少し複雑なパッケージ別の場所に散在急行交換を見つけて、クリックする必要があります。
  2. これらのマージルックアップコンポーネントはうまく機能しません。多くのコンサルタントが、SQL Serverのテーブルにデータをロードし、transact-sqlを使用することを推奨していると聞きました。

私はデータをエクスポートしてcsvファイルを作成する小さなプロジェクトでpowershellを使用しました。私はパワーシェルを使い、それを好きです。これまで伝統的にSSISを使用していたタスクの一部をPowershellに置き換える傾向はありますか?特に輸出のみの場合は?

+2

「それはトレンドですか」は主観的であり、決定的な回答はありません。 –

+0

@AndyArismendi「トレンド」は、統計的有意水準で測定できます。それは主観的ではありません。 – ca9163d9

答えて

5

非常に小さなプロジェクト/タスクの場合、power shellはokツールです。

堅牢でメンテナンス性が高く、モジュール化され、エラーや監査を処理する必要があるプロジェクトの場合、SSISは非常に優れています。

実際には、プログラムの強みを理解していない開発者が作成したSSIS実装が多すぎます。現在のT-SQL ETLプロセスを最小限の労力または機能を活用してSSISに複製しようとします。パフォーマンスに関する問題は、ほとんど常にこの問題に沿って正しく処理されます。

SSISは、SPとTSQLを自動実行するGUI方法ではありません。あなたが本当にそのテーマについてもっと学びたいのであれば、私はいくつかの本を拾うことをお勧めします。彼らのスキルセットは、関連性から簡単に消えることがあり、他人を後ろから守ることができます。

PowershellはSSISから去っていくのですか?数え切れないほど近くにはありません。

関連する問題