sql - DB2 ストアード・プロシージャーの ASUTIME LIMIT に達した場合、プロセスは ROLLBACK または COMMIT になりますか?

Question

ネットで答えが見つからないのですが、これを試した人はいますか? 私のストアド プロシージャは、複数のテーブルで見つかったトークンの削除を処理し、ASUTIME LIMIT整数ストアド プロシージャの定義/特性を使用して、指定された数の「CPU サービス ユニット」に対して実行するように設定されています。この制限に達した場合、ストアド プロシージャは現在のトークンに対して実行されたステートメントをコミットまたはロールバックしますか?

ありがとう。

Answer 1

ありがとう..とにかく、私の同僚は次のように言っています：

「ASUTIMEでは、ストアドプロシージャがその存続期間中に使用するCPUユニットの数を制御しています。ストアドプロシージャが許可されているよりも多くのサービスユニットを使用する場合、ストアドプロシージャはキャンセルされます。これは、アプリが存続する限り、その範囲内で、SPは続行されます。

ストアドプロシージャの実行中に、レポートの実行などの別のアプリケーションが開始される場合があります。両方のアプリが許可された範囲内にある限り、SPは終了しないため、この時点またはその後の任意の時点でSPが停止するという保証はありません。これは意図した動作ではない可能性があります。この種のほとんどのSPは、通常の日中に優先度の高いジョブに干渉したり競合したりしないように、休日（つまり日曜日）に実行されます。要するに、それらは終了することを意図しており、他のジョブと共同実行することを意図していません。

ASUTIMEは、プロシージャ内のループを厳密に制御するためではなく、ストアドプロシージャが暴走するように設計されています。これには、ASUTIMEではなく、WLMの優先順位とサービスの目標を使用する必要があります。

ストアドプロシージャもシステムリソースとRLSTテーブルをチェックする必要があるため、ASUTIMEを使用しても大幅な節約にはならない可能性があります。」

他の人に役立つかもしれないので投稿します。