2.5.4　レコードの検索【4V FMB，4V AFM】

(a)　4V FMBのSDBデータベースの場合

4V FMBのSDBデータベースの場合，データベースが階層構造を持つため，レコードへのアクセスもルートレコードから階層順に行う必要があります（「図2-31　4V FMBのSDBデータベースのアクセス順序の概要」の場合，レコードA1→C1の順にアクセスしたり，レコードC1に直接アクセスしたりすることはできません）。

レコードの検索，格納，および位置指示子の位置づけを行うと，レコードの位置づけが行われ，そのレコードの子レコードに対してアクセスができるようになります。

同一レコード型の別レコードに対してレコードの位置づけを行うと，前回アクセスしたレコードの子レコードに対してはアクセスできなくなり，今回アクセスしたレコードの子レコードに対してアクセスできるようになります。

4V FMBのSDBデータベースのアクセス順序の概要を次の図に示します。この図では，レコードA1→B1→B2→A1の順序で検索します。

図2‒31　4V FMBのSDBデータベースのアクセス順序の概要

ポイント

HiRDB/SDでは，レコードの検索や格納などを行うと，そのレコードの位置情報を保持します。この情報を位置指示子といいます。HiRDB/SDは，位置指示子を使用してSDBデータベースにアクセスします。位置指示子については，「2.5.3　位置指示子」を参照してください。

(b)　4V AFMのSDBデータベースの場合

4V AFMのSDBデータベースの場合，データベースが階層構造を持たないため，指定したレコードに直接アクセスできます。

参考

4V AFMのSDBデータベースでは仮想ルートレコード型を定義して，仮想親子集合を構成しますが，レコードへのアクセス時に仮想ルートレコードを意識する必要はありません。

(a)　検索の基点となるレコード

検索の基点となるレコードをAPIまたはDMLの指示コードで指定します。指定できる指示コードと検索の基点となるレコードを次の表に示します。

表2‒14　指示コードと検索の基点となるレコード

指示コード		検索の基点となるレコード	説明
APIの場合	DMLの場合
F	FIRST	先頭のレコード（FIRSTポインタ）	ルートレコードの場合は，シーケンシャルインデクスのキー値の最小値を持つレコードが検索の基点となります。 子レコードの場合は，親レコードのFIRSTポインタが指すレコードが検索の基点となります。
L	LAST	最後のレコード（LASTポインタ）	子レコードの場合は，親レコードのLASTポインタが指すレコードが検索の基点となります。 ルートレコードの場合は指定できません。
U	−	USERポインタが指すレコード	子レコードの場合は，親レコードのUSERポインタが指すレコードが検索の基点となります。 ルートレコードの場合は指定できません。
N	NEXT	位置づけされているレコードの次のレコード（NEXTポインタ）	ルートレコードの場合は，位置づけされたレコードの次のレコード（レコード位置指示子が指すレコードの，シーケンシャルインデクスのキー値の次のキー値を持つレコード）が検索の基点となります。 子レコードの場合は，位置づけされているレコードの次のレコード（親子集合位置指示子の子レコードが指すレコードの，NEXTポインタが指すレコード）が検索の基点となります。 なお，親子集合位置指示子が空値の場合は，親レコードのFIRSTポインタが指すレコードが検索の基点となります。
P	PRIOR	位置づけされているレコードの1つ前のレコード（PRIORポインタ）	子レコードの場合は，位置づけされているレコードの1つ前のレコード（親子集合位置指示子の子レコードが指すレコードの，PRIORポインタが指すレコード）が検索の基点となります。 なお，親子集合位置指示子が空値の場合は，親レコードのLASTポインタが指すレコードが検索の基点となります。 ルートレコードの場合は指定できません。

(b)　検索の方向

4V FMBのSDBデータベースを操作する場合，USERポインタを基点とした検索の方向を，APIの検索コードで指定します。昇順・降順の順序性は，ユーザキーを持つ場合はユーザキー，持たない場合は一連番号に従います。

表2‒15　検索コードと検索の方向

検索コード	説明
N	NEXTポインタに従って検索します。
P	PRIORポインタに従って検索します。

なお，4V AFMのSDBデータベースを操作する場合は，検索コードは指定できません。

(a)　レコードの検索処理の流れ

個別開始/終了一括要求オプションを指定した場合のレコードの検索処理の流れを次の図に示します。

図2‒33　レコードの検索処理の流れ（個別開始/終了一括要求オプションを指定した場合）

個別開始/終了一括要求オプションを指定しない場合のレコードの検索処理の流れを次の図に示します。

図2‒34　レコードの検索処理の流れ（個別開始/終了一括要求オプションを指定しない場合）

(b)　個別開始/終了一括要求オプションの適用基準

個別開始後，レコードの検索を1回だけ実行して個別終了を要求するような場合，個別開始/終了一括要求オプションを指定すると，UAPからの個別開始および個別終了の要求が不要になるため，個別開始と個別終了によるUAPとHiRDB間の処理のオーバーヘッドがなくなり，性能が向上します。

ただし，個別開始/終了一括要求オプションを指定した場合，レコードの検索後に個別終了が実行されるため，次のようなレコードの位置づけを目的としたレコード検索はできません。

• レコードの更新や削除をするためのレコードの検索

• 次のレコードの検索要求で，検索の基点とするためのレコードの検索

また，レコードの位置づけを目的としないレコードの検索の場合でも，同じSDBデータベースに対して複数回レコードの検索を行う際に，このオプションを指定すると，レコードの検索を行うごとに個別開始および個別終了処理が実行されるため，性能低下の原因になるおそれがあります。

(c)　留意事項

• 個別開始/終了一括要求オプションを指定した場合，UAPからの個別開始および個別終了の要求は不要になります。しかし，個別開始および個別終了の処理は実行されるため，個別開始および個別終了の要求を実行したものとしてメモリ所要量を見積もってください。

• 同一トランザクション内で，個別開始/終了一括要求オプションを指定したレコードの検索と，個別開始の要求を行うSDBデータベースの操作を混在して実行できます。

• 個別開始/終了一括要求オプションを指定した場合，オプションを指定しない場合に比べて次の点が異なります。

  • 排他自動解除機能を使用している場合，検索したレコード実現値の格納ページに対する排他は解除されます。

  • 個別開始/終了一括要求オプションを指定して検索したレコード実現値を，同一トランザクション内で再度検索したり，一括削除したりしてもアクセス競合のエラーは発生しません。