0

私のJavaベースのアプリケーションでは、一連のテーブルからデータを読み取り、それらを別のテーブルに挿入するジョブが必要です。最初の設計では、Oracleジョブを作成し、プロセスを頻繁に実行するようにスケジュールしました。残念ながら、ジョブが失敗すると、失敗の根本的な原因について利用できる十分な情報がありません。加えて。多くのシステムインスタンスにシステムを導入すると、作業が難しくなります。別の作業として、Weblogicジョブとしてジョブをアプリケーションサーバーに移動しようとしています。これは良いデザインですか?

4

1 に答える 1

1

私の仕事をアプリケーションサーバーに移した後、私は次の利点に直面しました。

  1. ジョブの失敗の追跡は簡単です。
  2. DBA以外のユーザーは、アプリケーションサーバーのログを簡単に読み取って問題を修正できます。(多くのユーザーは、生産ラインのDBにアクセスできません。)
  3. ジョブのロジックは、データアクセス層からビジネスロジック層に移動されました。デザインパターンにより、より受け入れやすくなっています。
于 2012-10-18T14:49:00.787 に答える