用語集

長期にわたるビジネストランザクションの蓄積。

オンライン、Web、SOA と同様に、バッチをそれ自体でアプリケーションスタイルとして指定するために使用される用語。入力、検証、情報のビジネスモデルへの変換、ビジネス処理、出力の標準要素があります。さらに、マクロレベルで監視する必要があります。

一定期間（1 時間、1 日、1 週間、1 か月、1 年など）に蓄積された多くのビジネストランザクションのバッチの処理。エラー処理のための手動要素または別個の手動要素を使用せずに、反復的かつ予測可能な方法でプロセスまたはプロセスのセットを多くのデータエンティティまたはオブジェクトに適用することです。

バッチジョブを完了する必要がある時間枠。これは、オンラインになる他のシステム、実行する必要のある他の依存ジョブ、バッチ環境に固有の他の要因によって制約される可能性があります。

メインのバッチタスクまたは作業単位。コミット間隔の設定などに基づいて、ビジネスロジックを初期化し、トランザクション環境を制御します。

ステップのビジネスロジックを処理するためにアプリケーション開発者によって作成されたコンポーネント。

ジョブ型は、特定の型の処理に対するジョブの適用を記述します。共通の領域は、インターフェース処理（通常はフラットファイル）、フォーム処理（オンライン PDF 生成または出力形式のいずれか）、およびレポート処理です。

駆動クエリは、ジョブが実行する一連の作業を識別します。その後、ジョブはその作業を個々の作業単位に分割します。たとえば、駆動クエリは、「送信保留中」のステータスを持つすべての金融取引を識別し、パートナーシステムに送信することである場合があります。駆動クエリは、処理する一連のレコード ID を返します。その後、各レコード ID が作業単位になります。駆動クエリには、結合 (選択条件が 2 つ以上のテーブルにまたがる場合) が含まれる場合や、単一のテーブルで機能する場合があります。

アイテムは、処理する完全なデータの最小量を表します。最も簡単な用語では、これはファイルの行、データベーステーブルの行、XML ファイルの特定の要素です。

バッチジョブは、駆動クエリ（またはファイルなどの他の入力ソース）を反復処理して、ジョブが達成しなければならない一連の作業を実行します。実行される作業の各反復は作業単位です。

単一のトランザクション内で処理される LUW のセット。

ジョブを複数のスレッドに分割し、各スレッドが処理対象のデータ全体のサブセットを担当します。実行のスレッドは同じ JVM 内にある場合もあれば、ワークロードバランシングをサポートするクラスター環境の JVM にまたがる場合もあります。

処理中の一時データを保持するテーブル。

再実行可能で、最初に実行したときと同じ ID を想定するジョブ。つまり、同じジョブインスタンス ID を持っています。

再開可能で、前の実行のレコード処理に関して独自の状態を管理するジョブ。再実行可能なステップの例は、駆動クエリに基づくものです。ジョブの再開時に処理される行を制限するように駆動クエリを構成できる場合は、再実行可能です。これは、アプリケーションロジックによって管理されます。多くの場合、条件が where ステートメントに追加され、and processedFlag!= true に似たロジックで駆動クエリによって返される行が制限されます。

バッチ処理の最も基本的な単位の 1 つで、エラーが発生しない限り、処理が完了するまでコードの一部を繰り返し呼び出すことによって定義されます。通常、バッチプロセスは、入力がある限り繰り返し可能です。

トランザクション出力例外の処理に最も頻繁に関連付けられる再試行セマンティクスを使用して、操作の実行を簡素化します。リトライはリピートとは少し異なります。コードブロックを継続的に呼び出すのではなく、再試行はステートフルであり、成功するか、ある種の再試行制限を超えるまで、同じ入力で同じコードブロックを継続的に呼び出します。通常、環境内の何かが改善されたために操作の後続の呼び出しが成功する可能性がある場合にのみ役立ちます。

回復操作は、繰り返しプロセスが継続できるように例外を処理します。

スキップは、検証に失敗した不正な入力レコードを無視するための戦略として、ファイル入力ソースでよく使用される回復戦略です。