ベールを脱いだアクセスパスの神秘IBMマニュアル編

キー順アクセス・パスを持つ論理ファイルを作成する場合、システムは常に既存のアクセス・パスを共用しようとします。アクセス・パスを共用するためには、アクセス・パスは以下の条件を満足するシステム上になければなりません。

追加する論理ファイル・メンバーは、既存のアクセス・パスの基礎である同じ物理ファイルのメンバーを基礎としていなければなりません。各々のキー・フィールドに指定する長さ、データ・タイプ、小数部の桁は、新しいファイルと既存のファイルの両方で同じものでなければなりません。

FIFO、LIFO、または FCFO キーワードを指定していない場合、新しいファイルのキー・フィールドの数は既存のアクセス・パスより少なくてもかまいません。つまり、キーの先頭部分が同一ならば、新しい論理ファイルは既存のアクセス・パスを共用することができます。ただし、ファイルが既存のアクセス・パスの一部分のキーを共用するときは、共用されるアクセス・パスのキーの一部分のフィールドが更新されると、そのアクセス・パス内でのレコード位置が変わることもあります。そのような状況の説明については、トピック 1.3.2.2.1の『暗黙共用アクセス・パスの例』を参照してください。アクセス・パスの属性（例：UNIQUE、LIFO、FIFO、FCFO など）およびキー・フィールドの属性（例：DESCEND、ABSVAL、UNSIGNED、SIGNED など）は同一でなければなりません。

２つの論理ファイル LFILE1 と LFILE2 が物理ファイル PFILE を基礎にして作成されています。LFILE1 が最初に作成され、これは２つのキー・フィールド KFD1と KFD2 を持ちます。LFILE2 には３つのキー・フィールド KFD1、KFD2、およびKFD3 があります。２つの論理ファイルは、２つの同一キー・フィールドを使用しますが、２つのキー・フィールドを持つファイルの後に、３つのキー・フィールドを持つ論理ファイルが作成されたため、アクセス・パスは共用しません。

図 3-4. 保管と復元の前の物理ファイルと論理ファイル

適用業務は LFILE1 を使用して、レコードにアクセスし、KFD3 フィールドをブランク（Cが入っている場合）または C（ブランクの場合）に変更します。この適用業務では、アクセス・パスが共用されないので、ユーザーの予期しない結果は生じません。しかし、物理ファイルと両方の論理ファイルの保管と復元の後は、プログラムが何もしていないように見え、処理に時間がかかります。復元に何も変更を加えない限り、AS/400 システムは、次のように作動します。

• 最大数のキーを持つ論理ファイルを最初に復元します。
• 不必要なアクセス・パスは作成しません。

これらの条件の変更に関する情報は、トピック3.4.3.2.2の『アクセス・パスの再作成時の制御』を参照してください。

3つのキー・フィールドを持つので、LFILE2 が最初に復元されます。回復の後、LFILE1 は LFILE2 のアクセス・パスを暗黙に共用します。暗黙の共用アクセス・パスについて理解していないユーザーは、回復後に LFILE1 を使用するとき、実際には LFILE2 のキーを使用していることに気づきません。

図 3-5. 保管と復元の後の物理ファイルと論理ファイル.

保管と復元の前との違いは、論理ファイルが同一のアクセス・パスを共用するようになったことだけであることに注意してください。

テストされ変更されるレコードには、次のものがあります。

最初のレコードは 0101*BLANK の最初のキーによって読み取られ、0101C に変更されます。レコードは次のようになります。

適用業務が '次を入手' キーを発行するときに、0101*BLANK より上にある次の高位キーは 0101C です。これは変更されたばかりのレコードです。しかし、今回は適用業務は KFD3 フィールドを C からブランクへ変更します。

ユーザーは暗黙アクセス・パス共用を理解していないので、適用業務はすべてのレコードを２度アクセスして変更します。その結果、適用業務が実行に時間がかかり、レコードが変更されなかったように見えます。