AS400（IBM i）の保守で、物理ファイルや論理ファイルを調べる時に使う代表的な画面が DSPFFD と DSPPFM です。
どちらもファイルを確認するコマンドですが、見ているものは違います。DSPFFDはフィールド定義、DSPPFMは物理ファイルのメンバー内容を見る画面です。初心者のうちは名前が似ていて混乱しやすいですが、保守では役割を分けて覚えると調査がかなり楽になります。
DSPFFDとDSPPFMの違い
| コマンド | 見るもの | 現場で使う場面 |
|---|---|---|
| DSPFFD | フィールド定義、桁数、型、見出しなど | RPG修正、帳票修正、外部連携項目の確認 |
| DSPPFM | 物理ファイルのメンバー内データ | 処理前後のデータ確認、単体テスト、障害調査 |
DSPFFDで見るところ
DSPFFDは、ファイルのフィールド定義を確認する時に使います。RPGやCLの保守では、ソースだけを見ていても、実際のファイル定義とズレていることがあります。特に桁数、属性、フィールド名、キー項目の確認は重要です。
DSPPFMで見るところ
DSPPFMは、物理ファイルの中身を確認する画面です。処理後にデータが作成されたか、更新されたか、想定外の値が入っていないかを見る時に使います。
ただし、本番環境でDSPPFMを見る時は、対象ライブラリと対象ファイルを必ず確認します。画面を見るだけでも、権限や運用ルールによっては注意が必要です。
保守での確認順
| 順番 | 確認すること | 判断すること |
|---|---|---|
| 1 | 対象ライブラリ | 本番、テスト、開発のどこを見ているか |
| 2 | 対象ファイル | PFかLFか、見たいファイルが正しいか |
| 3 | DSPFFD | 桁数、型、フィールド名がソースと合っているか |
| 4 | DSPPFM | 実データが想定通りか |
| 5 | 関連処理 | RPG、CL、帳票、外部I/Fに影響がないか |
販売管理保守でDSPFFDとDSPPFMを見る場面
販売管理システムの保守では、受注、出荷、在庫引当、売上計上、請求、外部I/Fなどで同じようなファイル名が何度も出てきます。プログラムを修正するときに、画面や帳票の項目名だけを見て判断すると危ないです。まず対象ライブラリと対象ファイルを確認し、そのうえでDSPFFDで定義、DSPPFMで実データを見ます。
| 場面 | DSPFFDで見ること | DSPPFMで見ること |
|---|---|---|
| プログラム修正前 | 項目名、桁数、型、小数桁、キー項目 | 既存データの傾向や異常値 |
| 単体テスト後 | 定義変更が想定通りか | 作成・更新されたデータ |
| 外部連携 | 項目順、桁数、文字/数値の型 | 出力前後の値と文字化け |
| 障害調査 | エラー項目の定義とキー | 異常値、未更新、対象外データ |
初心者がやりがちなミス
初心者がやりがちなのは、DSPPFMで見えたデータだけで判断してしまうことです。実データを見ることは大事ですが、その項目が何桁で、どの型で、どの論理ファイルから参照されるのかを知らないと、正しい判断ができません。
もう1つは、ライブラリを確認せずに見ることです。AS400では同じ名前のファイルが複数のライブラリに存在することがあります。テスト環境のつもりで本番相当のライブラリを見ていた、またはその逆だった、という事故を避けるためにも、対象ライブラリは必ず確認します。
DSPFFD / DSPPFM 確認チェックリスト
- 対象ライブラリが正しいか
- 対象ファイル、対象メンバーが正しいか
- DSPFFDで項目名、桁数、型、小数桁を確認したか
- DSPPFMで実データの更新前後を確認したか
- 後続処理で使われる項目に影響がないか
実画面で見るDSPFFDとDSPPFM
ファイル定義と実データは、文章だけで説明するよりも画面例で見た方が理解しやすいです。ここでは実名や実データを出さず、マスキングした画面で確認ポイントを整理します。
DSPFFD / DSPPFMの次に見る実務確認
DSPFFDは定義、DSPPFMは中身を見るための入口です。本番保守では、対象ライブラリとメンバーを確認したうえで、論理ファイル、参照プログラム、更新履歴、データ修正時の承認までつなげて確認します。
- DSPFFDで項目定義を読む手順
- DSPLIBLでライブラリリストを確認する
- 物理ファイルと論理ファイルの違いを見る
- DSPPGMREFで影響調査する
- 本番データ修正前の承認チェック
- ジャーナルとDSPJRNで更新履歴を見る
ファイル定義を確認した後に整理すること
DSPFFDとDSPPFMでファイル定義と実データを確認した後は、単に項目名を読むだけで終わらせず、抽出条件、影響範囲、更新可否、AIへ渡す情報を分けて整理すると、次の調査や相談が進めやすくなります。
| 次にやること | 読む記事 |
|---|---|
| 条件を決めてデータを抜き出す | AS400データ抽出ガイド |
| SQLで件数や値を確認する | ACS SQL / IBM i SQL Servicesの基本 |
| RPG/CLの影響範囲を見る | RPG/CL影響調査チェックリスト |
| 本番データ修正の可否を判断する | 本番データ修正前の承認チェック |
項目一覧やキー情報をCodexで整理する場合は、実データや個人情報をそのまま渡さず、項目名、桁数、用途、マスキングしたサンプルに分けます。現場での使い方をまとめて練習する場合は、AS400 / IBM i 現場向けCodex実戦研修も確認してください。
数値項目の表示形式や帳票の金額欄を確認する時は、DDSの EDTCDE / EDTWRD の違いと確認表 もあわせて見ると、表示崩れの原因を切り分けやすくなります。
