4.1.3　インデクス検索時の留意事項

インデクスを定義している列をKからDに更新するトランザクションと，インデクスを検索するトランザクションが同時に実行します。

インデクス検索は，1〜3でキーJに対する検索まで終了しています。

キーKを検索する時点で，更新トランザクションが4でキーKを削除，5でキーDを追加するため，対応する行は検索対象外となります。

インデクス検索の探索条件がインデクスキー全体（複数列インデクスの場合，すべての構成列に対する探索条件）の場合，検索対象行がUPDATE文によって探索条件から外れるため問題はありません。ただし，複数列インデクスで変更列以外の構成列に対する列を探索条件とした場合，業務によっては問題となるおそれがあります。この場合の対処方法については，「UAPの設計指針」を参照してください。

インデクスを定義している列がDの行を追加するトランザクションと，インデクスを検索するトランザクションが同時に実行します。

HiRDB内部の変更タイミングとして，更新トランザクションが4でキーDを追加する時点で，既にインデクス検索は3でキーJに対する検索まで終了しています。結果として，追加されたキーDに対応する行は検索対象外となります。

更新中の行が検索対象外となるために，データ操作に対して順序関係の厳密さを必要とする業務によっては問題となるおそれがあります。この場合の対処方法については，「UAPの設計指針」を参照してください。

インデクスを定義している列の値をDからEに更新するトランザクションと，インデクス検索を行うトランザクションが同時に実行します。

更新トランザクションが1でキーDを削除した時点で，検索トランザクションは2でキーB，3でキーCの検索を終了しています。このため，4でのキーEの追加に対応する行は，検索対象外となります。

• 更新前のインデクスキーと，更新後のインデクスキーが同じ場合，インデクスの変更は行いません。ただし，次のどれかの条件を満たす場合は，インデクスの変更（インデクスキーの削除及び追加）を行います。

  ・定義長256バイト以上の可変長文字列型の列を構成列に持つインデクス

  ・繰返し列を構成列に持つインデクス

  ・部分構造インデクス

• インデクス検索の探索条件がインデクスキー全体の場合，検索対象行がUPDATE文によって探索条件から外れるため問題はありません。ただし，複数列インデクスで変更列以外の構成列に対する列を探索条件とした場合，業務によっては問題となるおそれがあります。UPDATE文に伴うインデクスキーの変更によって検索されなくなる例を次の図に示します。

  図4‒5　UPDATE文に伴うインデクスキーの変更によって検索されなくなる例

商品コード104の商品が100個入荷されたので，在庫数に100を加算します。

SCODE，SNAME，及びZSURYOで構成される複数列インデクスを利用して検索します。この場合，1で更新中の行は検索対象にならないため，検索結果に含まれません。

この場合の対処方法については「UAPの設計指針」を参照してください。

インデクスを定義している列をBからKに更新するトランザクションと，インデクスを検索するトランザクションが同時に実行します。

1でキーBを検索する時点で，排他オプションの指定によって排他が解除されているため，更新トランザクションは対応行を更新できます。

検索トランザクションが5でキーJを検索する前に，更新トランザクションが対応行を更新（3でのキーBの削除，及び4でのキーKの追加）したため，6でのキーKの検索によって，対応する更新行が検索結果に2回現れます。

統計情報など，厳密さを必要としないデータの検索結果として扱う場合は問題ありませんが，検索結果がその後の業務処理に影響を及ぼすような厳密さを必要とする場合は，問題となるおそれがあります。この場合の対処方法については，「UAPの設計指針」を参照してください。