4.2.11　TAMのレコード追加・削除に伴う注意事項

(a)　テーブル排他ありTAMテーブルアクセス機能を使用している場合

「追加削除できる更新型」のTAMテーブルで，同一トランザクション内で同一テーブルに対して「追加（削除），およびその他TAMアクセス」を行う場合は，このトランザクションがデッドロックの要因になる可能性があります。これは次の要因を満たす場合です。

• 同一トランザクション内で同一テーブルに対して「追加（削除），およびその他TAMアクセス（排他あり）」を行う。

• 「追加（削除），およびその他TAMアクセス」のアクセス順序が次のようになった場合

  「その他TAMアクセス」→「追加（削除）」

• TAMテーブルのオープンが次のどちらかの場合

  • トランザクション外

  • トランザクション内でレコード排他（COBOL言語の場合はこのタイプ）

• 上記トランザクションと同時に，排他確保の必要がある別トランザクションが同一テーブルにアクセスする。

(b)　テーブル排他なしTAMテーブルアクセス機能を使用している場合

テーブル排他ありTAMテーブルアクセス機能でレコードを更新，追加，または削除していたTAMテーブルを，テーブル排他なしTAMテーブルアクセス機能を使用するように変更する場合，デッドロックとなることがあります。

テーブル排他ありTAMテーブルアクセス機能でレコードを更新，追加，または削除する場合，更新排他でテーブル排他を確保します。このため，追加または削除するレコードの順序が同じレコードにアクセスするほかのトランザクションと異なっていても，テーブル排他で待ち合わせているのでデッドロックにはなりません。しかし，テーブル排他なしTAMテーブルアクセス機能を使用するTAMテーブルではデッドロックとなることがあります。このため，テーブル排他ありTAMテーブルアクセス機能でレコードを更新，追加，または削除していたTAMテーブルを，テーブル排他なしTAMテーブルアクセス機能を使用するように変更する場合，UAPでアクセスするレコードの順序を統一してください。

テーブル排他ありTAMテーブルアクセス機能からテーブル排他なしTAMテーブルアクセス機能に変更してデッドロックとなる例を次の図に示します。

図4‒17　テーブル排他ありTAMテーブルアクセス機能からテーブル排他なしTAMテーブルアクセス機能に変更してデッドロックとなる例

UAP1では，レコード1，レコード3の順に削除し，UAP2では，レコード3，レコード1の順に更新するとします。テーブル排他ありTAMテーブルアクセス機能もテーブル排他なしTAMテーブルアクセス機能も図の(1)〜(4)の順に実行されるとします。

テーブル排他ありTAMテーブルアクセス機能では，次の手順で動作します。

1. UAP1のレコード1の削除で，更新目的のテーブル排他を確保します。

2. UAP2のレコード3の更新では，手順1と排他の競合が発生し，参照目的のテーブル排他の確保で排他解除待ちとなります。

3. UAP1のレコード3の削除では，排他は確保しません。

4. UAP1のトランザクションが決着することによって手順1で確保した排他が解放されると，手順2の排他解除待ちが解けてUAP2の処理が実行できます。

UAP1のトランザクションが決着したあと，UAP2の手順2では参照目的のテーブル排他と更新目的のレコード排他を確保し，手順4のレコード1の更新では，更新目的のレコード排他を確保します。

テーブル排他なしTAMテーブルアクセス機能では，次の手順で動作します。

1. UAP1のレコード1の削除で，更新目的のレコード排他を確保します。

2. UAP2のレコード3の更新で，更新目的のレコード排他を確保します。

3. UAP1のレコード3の削除では，手順2と排他の競合が発生し，更新目的のレコード排他の確保で排他解除待ちとなります。

4. UAP2のレコード1の更新では，手順1と排他の競合が発生し，更新目的のレコード排他の確保で排他解除待ちとなり，デッドロックが発生します。

デッドロックを回避するには，UAP1の手順1と手順3の順序を入れ替えるか，または，UAP2の手順2と手順4の順序を入れ替えます。