PF、LF、DDS、DSPFD、DSPFFDを軸に、RPGのCHAIN、READ、SETLLとファイル定義の関係を確認できるようにしています。
AS400 / IBM i の保守では、物理ファイルと論理ファイルの違いを理解していないと、RPGの読み方を間違えやすくなります。物理ファイルは実データを持つファイル、論理ファイルはそのデータを別の見方で参照するための定義です。
この記事では、PF、LF、DDS、キー、アクセスパス、RPGのCHAIN / READ / SETLLとの関係を、現場での確認順に整理します。
物理ファイルと論理ファイルの違い
| 種類 | 役割 | 保守で見ること |
|---|---|---|
| 物理ファイル | 実データを保持する | 項目定義、データ件数、更新対象かどうか |
| 論理ファイル | 物理ファイルを別のキーや条件で見る | キー順、選択条件、参照元PF |
| DDS | PF/LFの定義を記述する | フィールド、桁数、キー、参照関係 |
| アクセスパス | キー順に読むための仕組み | 再作成、性能、順序の影響 |
RPGから見たPF/LF
RPGが物理ファイルを直接読んでいるとは限りません。ソース上のファイル名がLFの場合、CHAIN や SETLL のキーはLFのキー定義に従います。データが存在するのに見つからない時は、RPGだけでなくLFのキーと選択条件を確認します。
FORDERL1 IF E K DISK C CUSTNO SETLL ORDERL1 C CUSTNO READE ORDERL1
保守で確認するコマンド
| コマンド | 確認内容 | 使う場面 |
|---|---|---|
| DSPFD | ファイル属性、キー、メンバー | PF/LFの定義を確認する |
| DSPFFD | フィールド定義 | 桁数、型、フィールド名を確認する |
| DSPDBR | 依存関係 | PFに紐づくLFを確認する |
| DSPPFM | データ内容 | 少量のデータを直接確認する |
| WRKOBJLCK | ロック状況 | 更新できない、待ちになる時 |
PF/LFでよくある障害
- RPGはLFを見ているのに、PFだけ確認してしまう
- LFのキー順が想定と違い、READやREADEの範囲がずれる
- 同じファイル名が本番・検証ライブラリに存在する
- DDSの桁数変更後にRPGを再コンパイルしていない
- アクセスパス再作成やロックでバッチが遅くなる
ジョブログと合わせて見る
ファイルが見つからない、レコードロックで待つ、数値変換で落ちる、フィールドが合わないといった障害はジョブログにヒントが出ます。PF/LFの調査は ジョブログ確認、RPG側の読み方は RPG保守ポイント とセットで見ると確実です。
まとめ
物理ファイルは実データ、論理ファイルは見方やキーを変える定義です。AS400 / IBM i の保守では、RPGのファイル名、PF/LFの関係、DDS、ライブラリリスト、ジョブログをつなげて確認することが重要です。
