実際にCICSでこれを実行することはできません。これは、最高で擬似対話応答用に設計されています。これは、端末がページ全体または画面全体を送信したメインフレームで使用するように設計されています。プログラムは受信した画面を読み込みます(ユーザーが更新するフィールドがいくつかあります。変更しなかった場合、 )、変更を含む画面の一部を取得したCICSトランザクションは、応答を戻して終了します。
非常に効率的なデータ入力および照会プログラムを作成します。しかし、プログラムが画面の処理を終えると、プログラムは終了し、消えてしまったので、それ以上のメモリではなく、すべてのリソースが再利用されています。これにより、会社が300台の端末と多分10メガバイトの実メモリを持つメインフレームを走らせることができます。なぜなら、プログラムが応答するのを待っているときには全くリソースを使用していないからです。同じプログラムの同じコピーを実行している200人のリエントラントプログラムを実行しています。使用しているのは、画面またはファイルを読み取る必要がある部分に対して、1ユーザーあたり1Kの書き込み可能な記憶域いくつかの計算を記録してください。 200人のユーザーが同じプログラムを実行していると同時に、それらすべてが同時にアプリケーション用に20Kのメモリを使用する1つのモジュールを使用しています - そして、それらの1つ1つにつき20Kと同じです - 実際の読み取り/データを書き込む。
すぐに考えてみましょう。そのデータ入力プログラムを最初に起動するユーザーは、アプリケーションに20Kのメモリを使用し、書き込み可能なデータに1Kを使用します。そのプログラムで処理されている後の各ユーザーは、さらに1Kのメモリを使用します。それだけです。彼らがターミナルを見てそこに座っているとき、彼らが使用しているのはテーブルに4バイトあり、ターミナルが接続されていることをシステムに伝えます。リソースはまったく使用されません。
定期的に画面を更新できるようにするには、何かが継続して実行されなければならないことを意味します。これは、CICSがうまくいくものではありません。CICSは、実際にPC上で稼動しているため、PCの対話処理には使用されません。
DB2の質問を別のトピックに分割してください。あなたの件名とは関係ありません。 – zarchasmpgmr