4.2.7　テーブル排他なしTAMテーブルアクセス機能

(a)　排他の確保と解放

dc_tam_open関数およびレコードにアクセスする関数（dc_tam_read，dc_tam_write，dc_tam_delete）で排他をします。COBOL言語のUAPの場合は，レコードへアクセスするプログラムで排他をします。

確保された排他は，TAMテーブルにアクセスしたトランザクションが終了したときに解放されます。

(b)　テーブル排他なしTAMテーブルアクセス機能でのTAMサービスの関数の排他指定と実際に排他される状態

テーブル排他なしTAMテーブルアクセス機能でのTAMサービスの関数の排他指定と実際に排他される状態を次の表に示します。

表4‒10　テーブル排他なしTAMテーブルアクセス機能でのTAMサービスの関数の排他指定と実際に排他される状態

TAMサービスの関数とフラグに指定した値			テーブル排他	レコード排他
dc_tam_open関数	テーブル排他		更新排他※1	−
	レコード排他		−	−
dc_tam_read関数	参照目的	排他なし	−	−
		排他あり	−	参照排他
	更新目的		−	更新排他
dc_tam_rewrite関数			−	更新排他※2
dc_tam_write関数			−	更新排他
dc_tam_delete関数			−	更新排他

(c)　排他の確保処理

テーブル排他ありTAMテーブルアクセス機能と，テーブル排他なしTAMテーブルアクセス機能の，レコード更新時の排他確保処理を次の図に示します。

図4‒9　レコード更新時の排他確保処理

1. テーブル排他ありTAMテーブルアクセス機能では，dc_tam_writeで，この図の(1)(2)(3)に示すように参照目的のテーブル排他を確保し，更新目的のレコード排他を確保して，レコードを更新します。

2. テーブル排他なしTAMテーブルアクセス機能では，dc_tam_writeで，この図の(4)(5)に示すように更新目的のレコード排他を確保して，レコードを更新します。

テーブル排他ありTAMテーブルアクセス機能とテーブル排他なしTAMテーブルアクセス機能のレコード追加時の排他確保処理を次の図に示します。

図4‒10　レコード追加時の排他確保処理

1. テーブル排他ありTAMテーブルアクセス機能では，dc_tam_writeで，この図の(1)(2)に示すように更新目的のテーブル排他を確保して，レコードを追加します。

2. テーブル排他なしTAMテーブルアクセス機能では，dc_tam_writeで，この図の(3)(4)に示すように，更新目的のレコード排他を確保して，レコードを追加します。

このように，テーブル排他なしTAMテーブルアクセス機能とテーブル排他ありTAMテーブルアクセス機能では排他の確保処理が異なるため，トランザクション間でTAMテーブルへのアクセスが競合した場合の動作も異なります。テーブル排他ありTAMテーブルアクセス機能では，レコードを追加または削除するトランザクションが存在すると，ほかのトランザクションからは同じTAMテーブルに対してレコードを参照（排他あり），更新，追加，および削除できません。テーブル排他なしTAMテーブルアクセス機能では，アクセスするレコードが競合しなければ，同じTAMテーブルにアクセスできます。

テーブル排他ありTAMテーブルアクセス機能で，レコードアクセスが競合した場合の処理を次の図に示します。

図4‒11　テーブル排他ありTAMテーブルアクセス機能でレコードアクセスが競合した場合の処理

1. UAP1がレコード1を追加するとします。UAP1では，この図の(1)(2)に示すように，更新目的のテーブル排他を確保して，レコードを追加します。

2. UAP2では，この図の(3)に示すように，参照目的のテーブル排他を確保できないため，レコード3を更新できません。

3. UAP3では，この図の(4)に示すように，更新目的のテーブル排他を確保できないため，レコード5を追加できません。

4. このため，UAP2およびUAP3は，UAP1のトランザクションが決着して排他が解放されるまで待つか，またはDCTAMER_LOCKで異常終了します。

テーブル排他なしTAMテーブルアクセス機能で，レコードアクセスが競合した場合の処理を次の図に示します。

図4‒12　テーブル排他なしTAMテーブルアクセス機能でレコードアクセスが競合した場合の処理

1. UAP1がレコード1を追加するとします。UAP1では，この図の(1)(2)に示すように，レコード1に対して更新目的のレコード排他を確保して，レコードを追加します。

2. UAP2では，この図の(3)に示すように，レコード3に対して更新目的のレコード排他を確保して，レコード3を更新します。

3. UAP3では，この図の(4)に示すように，レコード5に対して更新目的のレコード排他を確保して，レコード5を追加します。

4. 以上のように，テーブル排他を確保しないため，UAP1のトランザクションが決着していない状態でも，UAP2およびUAP3は同じTAMテーブルにアクセスできます。

(a)　dc_tam_open関数のテーブル排他

dc_tam_open関数をテーブル排他指定（flagsにDCTAM_TBL_EXCLUSIVEを指定）で発行した場合，dc_tam_open関数内でテーブル排他を確保しますが，レコードにアクセスする関数（dc_tam_read，dc_tam_write，dc_tam_delete）との排他制御はしません。つまり，テーブル排他指定のdc_tam_open関数同士はテーブル排他で待ち合わせをしますが，テーブル排他指定のdc_tam_open関数とレコードにアクセスする関数の間では排他の待ち合わせをしません。

dc_tam_open関数の排他方式を次の図に示します。

図4‒13　dc_tam_open関数の排他方式

1. UAP1では，dc_tam_open関数をテーブル排他指定（flagsにDCTAM_TBL_EXCLUSIVEを指定）で発行し，この図の(1)に示す更新目的のテーブル排他を確保します。

2. UAP2では，テーブル排他指定でdc_tam_open関数を発行しますが，この図の(2)に示すように，更新目的のテーブル排他が確保できないため，UAP1のトランザクションが決着して排他が解放されるまで待つか，またはDCTAMER_LOCKで異常終了します。

3. UAP3では，レコード排他指定（flagsにDCTAM_REC_EXCLUSIVEを指定）でdc_tam_open関数を発行しているため，dc_tam_open関数は正常終了します。レコード3の更新では，この図の(3)に示すように，レコード3に対して更新目的のレコード排他を確保して，レコード3を更新します。

(b)　レコード追加時の空きレコードの割り当て

レコードの削除をした場合，レコードを削除したトランザクションがコミットするまで，削除したレコードは空きレコードにはなりません。そのため，レコードを削除したトランザクションがコミットするまで，削除したレコードの領域は追加するレコードに割り当てられません。ただし，レコードを削除したトランザクションと同一トランザクション内で，キー値が同じレコードを追加する場合には，削除したレコードの領域が割り当てられます。

したがって，追加するレコード数分の空きレコードがない状態でレコードを追加する場合，追加するトランザクションと同じトランザクションで異なるキー値のレコードを削除しても，レコードの追加はDCTAMER_NOAREAでエラーリターンします。

レコードの追加がDCTAMER_NOAREAとなる例を次の図に示します。

図4‒14　レコードの追加がDCTAMER_NOAREAとなる例

1. 最大レコード数が3のTAMテーブルにキー値1，キー値2，およびキー値3のレコードが格納されているとします。UAP1では，キー値1，キー値2，キー値3を削除し，キー値4を追加します。

2. キー値1の削除では，この図の(1)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

3. キー値2の削除では，この図の(2)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

4. キー値3の削除では，この図の(3)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

5. キー値4の追加では，この図の(4)に示すように，空きレコードがないため，DCTAMER_NOAREAでエラーリターンします。

レコードの追加がDCTAMER_NOAREAとならないようにするには，追加するレコード数分の空きレコードを用意するか，またはレコードを削除したトランザクションをコミットしたあとでレコードを追加する必要があります。

追加するレコード数分の空きレコードを用意する場合の処理を次の図に示します。

図4‒15　追加するレコード数分の空きレコードを用意する場合の処理

1. TAMテーブルの最大レコード数を4に増やします。TAMテーブルには，キー値1，キー値2，およびキー値3のレコードが格納されているとします。UAP1では，キー値1，キー値2，キー値3を削除し，キー値4を追加します。

2. キー値1の削除では，この図の(1)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

3. キー値2の削除では，この図の(2)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

4. キー値3の削除では，この図の(3)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

5. キー値4の追加では，この図の(4)に示すように，空きレコードであるレコード4に追加できます。

レコードを削除したトランザクションをコミットしたあとでレコードを追加する場合の処理を次の図に示します。

図4‒16　レコードを削除したトランザクションをコミットしたあとでレコードを追加する場合の処理

1. 最大レコード数が3のTAMテーブルにキー値1，キー値2，およびキー値3のレコードが格納されているとします。UAP1では，キー値1，キー値2，キー値3を削除したあとでいったんコミットし，次のトランザクションでキー値4を追加します。

2. キー値1の削除では，この図の(1)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

3. キー値2の削除では，この図の(2)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

4. キー値3の削除では，この図の(3)に示すように，レコード1は削除中になりますが，空きレコードにはなりません。

5. コミットでは，この図の(4)に示すように，削除中のレコード1，レコード2，レコード3を空きレコードにします。

6. キー値4の追加では，この図の(5)に示すように，空きレコードであるレコード1に追加できます。

(c)　アクセス形態の変更

tamaddコマンドによって，テーブル排他ありTAMテーブルアクセス機能を使用するTAMテーブルから，テーブル排他なしTAMテーブルアクセス機能を使用するTAMテーブルに変更したり，テーブル排他なしTAMテーブルアクセス機能を使用するTAMテーブルから，テーブル排他ありTAMテーブルアクセス機能を使用するTAMテーブルに変更したりすることはできません。変更した場合，tamaddコマンドは異常終了します。

テーブル排他ありTAMテーブルアクセス機能を使用するか，テーブル排他なしTAMテーブルアクセス機能を使用するかを変更する場合は，TAMサービス定義のtamtableコマンド定義句を変更してOpenTP1システムを正常開始するか，TAMサービス定義に登録しないでOpenTP1システムを正常開始してtamaddコマンドで新規登録して変更してください。

(d)　デッドロック

テーブル排他ありTAMテーブルアクセス機能を使用していたTAMテーブルを，テーブル排他なしTAMテーブルアクセス機能を使用するように変更する場合，デッドロックとなることがあります。詳細は，「4.2.11(1)(b)　テーブル排他なしTAMテーブルアクセス機能を使用している場合」を参照してください。