C＃でSSISカスタムタスクを作成し、現在UIを開発しています。プロジェクトをコンパイルし、DLLを適切なDTSフォルダーにコピーし、BIDS内でテストパッケージを開いてからプロセスをVisual Studioにアタッチする代わりに、UIをデバッグするより良い方法があるかどうか疑問に思いました。この部分は気になりませんが、UIをテストし、VisualStudio内でUIに変更を加えたら。DLLを再コンパイルしてから、プロセス全体を繰り返す必要があります。プロセス全体を最初からやり直す必要がある前にDLLを解放しないため、BIDSとVSを閉じる必要があります。このプロセスをスピードアップするためのヒントはありますか？毎回これをしなければならないのはとてもイライラします。
質問する
1043 次
3 に答える
2
申し訳ありませんが、それがマイクロソフトが考案した唯一の方法です。このプロセスを何度も繰り返す場合は、すべての操作に対してバッチファイルを作成することをお勧めします。これにより、5つの手順を繰り返す代わりに、バッチファイルを起動して実行することができます。
于 2012-06-25T18:15:12.090 に答える
1
これを追加しようと思いました。SSISコンポーネントをデバッグするために私が見つけた最良の方法は、次のとおりです。
ビルドのプロジェクトプロパティで、出力パスを正しいSQL Server DTSサブフォルダーに設定し、ビルドのビルド後のイベントで次のように入力します。
"C：\ Program Files（x86）\ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 Tools \ gacutil" -u "C：\ Program Files（x86）\ Microsoft SQL Server \ 100 \ DTS \ Tasks \ $ （TargetFileName） "" C：\ Program Files（x86）\ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 Tools \ gacutil "/ if" $（TargetPath） "
gacを使用してアセンブリをアンインストールしてから、再インストールします。アンインストールする理由は、BIDSが新しく挿入されたDLLを参照しないという問題が多かったためです。コンピュータを再起動しても、古いDLLを参照し続けました。私はそれがそれをキャッシュしたと思います。BIDS2012のコンポーネントの開発にもこれを使用しています。BIDS2012のgacにコンポーネントに署名または登録する必要はないことは承知していますが、BIDSは新しく作成されたdllの参照に問題がありました。これを行うことで、毎回BIDSを閉じたり、コンポーネントを削除してデザイン画面に読み込んだりする必要がなくなります。
もっと簡単なバージョンがあったと思うでしょう。
于 2012-06-27T09:16:30.840 に答える
0
MatthewRocheによるブログ投稿をここで読むことをお勧めします。その非常に有益であり、物事を行うためのより良い方法を提供します。
于 2012-06-28T21:13:30.233 に答える