powershell - データ ウェアハウス管理コマンド ライン アプリケーション - PowerShell または C# コンソール アプリ

Question

この質問の前に、これは Microsoft のみのショップ向けであると言っておきましょう。

データ ウェアハウスを管理するコンソール アプリを作成するとしたら、何を使用しますか
?

＃2の場合、「メニューシステム」またはその他のタスクの作成をオフロードするフレームワークがあります。

このアプリを 6 ～ 8 年使用する必要がある場合、PowerShell を使用しますか? 現在、チームの誰も PowerShell の経験を持っていませんが、すぐに習得できます。

Answer 1

管理機能を PowerShell コマンドレットとして記述した場合、ユーザーがコマンドレットを直接実行できるようにするか、コマンドレットを GUI にラップすることで、その機能を表示できます。PowerShell を使用すると、おそらく最も長期的な柔軟性が得られます。また、MS がより多くの PowerShell コマンドレットを実装するにつれて、必要に応じてデータ ウェアハウスの管理を他の大規模なビジネス プロセスに組み込むことができることを意味します。私はおそらく C# コンソール アプリを作成することを選択しませんが、明らかに「管理者」の視点を持っています。私たち管理者は、カスタム コンソール アプリを投げつけられることにうんざりしています。PowerShell のアイデアは、コマンド ラインと GUI の両方の管理をサポートする方法ですべてを標準化することです。

Answer 2

私はあなたが両方で成功することができると思います、そしてあまり面倒なしで2つを切り替えることができるはずです。コンソールアプリの作成を開始したが、後でPowerShellを学習した場合は、コンソールアプリ固有のコード（コマンドライン解析コードなど）を破棄し、既存のAPIをラップするPowerShellコマンドレットをいくつか作成できます。または、ゲートの外に多数のコマンドレットを作成したが、後でコンソールアプリに切り替える必要がある場合は、コマンドレットの作成に多くの時間を無駄にすることはありません。

ですから、私にはどういうわけか強いアドバイスはありません。私は言います：ねえ、PowerShellを試してみてください。気に入らない場合は、切り替えるのはそれほど難しくありません。

Answer 3

私は、PowerShell がより小さなもののためのはるかに保守しやすいソリューションであることを発見しました。コンソール アプリでは、新しいライブラリに再リンクし、依存するライブラリが変更されたときに (私の場合は Visual Studio 2005 - Visual Studio 2008 のコード カバレッジなど)、スクリプトが vsinstr、mstest などを呼び出す可能性のある実行可能ファイルを再コンパイルして再配布する必要があります。 . PowerShell スクリプトと同様に、環境ごとに簡単にカスタマイズでき、選択した環境ごとにコンパイル、リンク、デプロイを行う必要はありません。実際、レジストリからパス情報を取得すると、同じスクリプトを両方の環境で実行できます。

1 つの単純なテキスト ファイルを維持し、次にコンソール アプリを維持することを好みます。個人的な好みです。

Answer 4

データ ウェアハウスの管理と言うとき、どのような種類のタスクについて話しているのですか?

私が T-SQL で行う管理 (パージ、アーカイブ、変換) の多くは、そのインターフェイスが非常に薄い (存在しないことさえあります) 場合があります。

OK、あなたのコメントに基づいて、.NETアセンブリ（典型的なAPIクラスライブラリ）を使用してストアドプロシージャですべての作業を行うコードがあり、ストアドプロシージャで可能な限り多くの作業を行うコードがあります。またはCOMなどが必要です。次に、クラス ライブラリをコマンドレットでラップするか、PowerShell から .NET オブジェクトを呼び出すだけです (PowerShell はオブジェクトをインスタンス化できることに注意してください)。

これで、必要に応じて Web ページ、GUI アプリなどからも呼び出すことができる .NET ライブラリができました。また、コマンドレットと直接の .NET インターフェイスがあり、SQL からそれらを呼び出すオプションもあります。 SQL レイヤーで完全に実装されます。

Answer 5

Cosole アプリの代わりに PowerShell を実装する利点は、すべてのパラメーター解析またはすべての書式設定をコーディングする必要がないことです。PowerShell がすべてを処理します。もちろん、必要に応じてデフォルトをオーバーライドできます。ワイルドカードは無料で入手できます。コマンドレットにパイプラインから値を取得させることもできます。これにより、あらゆる種類の可能性と自動化の用途が開かれます。PowerShell を使用すると、エンド ユーザーと開発者のエクスペリエンスが大幅に向上します。