バックグラウンドで実行され、データベースに入り、特定のロジックに基づいて特定の行をスキャンおよび更新するものが必要です。これを毎時間実行する必要があり、私の環境は Windows Server 2003、SqlServer 2005 です。
WWFはこの目的に適していますか? または、Windows サービスを作成する必要がありますか? そして、WWF と Windows Service の違いは何ですか、それとも単にこれを行うための最良の方法は何ですか?
ありがとう、レイ。
バックグラウンドで実行され、データベースに入り、特定のロジックに基づいて特定の行をスキャンおよび更新するものが必要です。これを毎時間実行する必要があり、私の環境は Windows Server 2003、SqlServer 2005 です。
WWFはこの目的に適していますか? または、Windows サービスを作成する必要がありますか? そして、WWF と Windows Service の違いは何ですか、それとも単にこれを行うための最良の方法は何ですか?
ありがとう、レイ。
ワークフローではなくWindowsサービスを使用すると思います。ワークフローを使用するのは、関連するプロセスがある場合です。テーブル内のレコードを更新しているだけなので、サービスは何よりも優れていると言えます..
実際、あなたの質問をもう一度読んだので、好きな間隔で実行するようにスケジュールできる SQL Server ジョブを検討することをお勧めします。
Windows サービスは、Windows のバックグラウンドで実行される長時間実行されるプロセスです。Windows Workflow Foundation ワークフローは、ビジネス プロセス (または何か) のワークフローをレイアウトするために使用されます。何か (コンソール アプリ、ASP.Net、Windows サービスなど) 内でワークフロー ランタイムをホストする必要があります。
私があなたなら、Windows サービスを使用します。私は WF で多くの作業を行ってきましたが、WF でそれを行わない主な理由は、MS が 10 月の PDC で述べたことに従って、基本的に WF の次のバージョンを完全に書き直そうとしているからです。従来の 3.0/3.5 のアクティビティを 4.0 で実行する予定ですが、私の印象では、大きな変更が行われる予定です。
また、WF が提供するモジュラー アクティビティ機能は必要ないように思えます。WF は、必要のないように思われる別の抽象化レイヤーを追加します。さらに、作成したワークフローを実行するための Windows サービスを作成する必要があります。発生しているロジックを常に変更する必要があるビジネス担当者がいて、作成するこのプロセスの管理に大きな投資をしたい場合は、WF が適しています。
また、データベースに直接アクセスできない場合を除き、あなたが言っていることに基づいて、SQL Server で SSIS パッケージを作成することを検討する必要があることに同意します。
Windows サービスは過去に私のために働いていました。ワークフローの主な機能はスケジューリングではなく、Windows サービス インフラストラクチャにこれらすべてが既に含まれており、十分に文書化されている場合は、そのホストを提供する必要があります。