【不規則明細・完結編】行数がバラバラなデータの「正規化展開」

【2】今回の帳票データ

以下のようなCOBOL帳票を想定します。第一商事は3件、第二物産は2件、第三工業は4件と、伝票ごとに明細行の件数がバラバラです。超絶技巧編と同じフォーマット・同じバイト位置ですが、件数だけが異なります。

【3】超絶技巧編と同じ3ステップで正規化する

超絶技巧編で構築したパイプラインをそのまま適用します。流れを改めて確認しましょう。

最終的な正規化テーブル

【4】なぜ行数バラバラでも同じ数式で処理できるのか

改めて核心を整理します。パイプライン方式（フラグ＋フィルダウン＋抽出＋MIDB分解）は「今の行がヘッダーか明細かゴミか」という行種の判定だけで動いています。1伝票に明細が何行あるかという情報は一切必要としません。

フラグ列は「3バイト目がAなら明細」と判定し、フィルダウン列は「先頭が■ならヘッダー」と判定する。この2つの判定は各行が自己完結しているため、前後の行数構成に一切影響されません。抽出シートもフラグが付いた行を拾うだけなので、3件でも2件でも4件でも正しく動きます。

【5】速度面の注意

超絶技巧編で解説した速度面の注意はここでも同様に当てはまります。

COBOL帳票は貼付シートの行数が10万〜30万行になることがあります。MIDB分解のような重い計算を全行に適用すると処理が極端に遅くなるため、貼付シートではフラグとフィルダウンだけを行い、MIDB分解は抽出シート（明細行だけに絞った後）で実行するのが鉄則です。

例えば30万行の帳票で明細行が5,000行なら、MIDB分解の対象が60分の1に削減されます。この設計思想がパイプライン方式の速度上の利点です。

【6】本当に難易度が跳ね上がるのは「1明細が複数行に跨るケース」

ここまで見てきたように、伝票ごとの明細「件数」がバラバラなだけであれば、超絶技巧編のパイプラインをそのまま適用するだけで対処できます。

しかし実務では、さらにやっかいなケースが存在します。それは「1つの明細データ自体が2行以上に跨って記述されている」場合です。これが本当に厄介で、パイプラインをそのまま適用しただけでは解決しません。

COBOL帳票は印刷帳票のイメージをそのまま出力しているため、1つの明細の情報が人間が見やすいように複数行に分けて記述されることがよくあります。例えば以下のような形です。

このように1つの明細が2行・3行に分かれている「マルチラインレコード」は、印刷レイアウトの都合でごく当たり前に発生します。各行のMIDB位置（何バイト目に何がある）は固定ですが、1行目にはコードと商品名、2行目には数量と単価、3行目には納期…というように情報が行をまたいで分散しているのが特徴です。

攻略の考え方：貼付シートの作業列で「1行にまとめる」前処理を行う

マルチラインレコードに対処するための基本的な考え方は、貼付シートの作業列を増やして、各行からMIDBで必要な部分だけを切り出し、それらを1行に集約するというものです。

COBOL帳票は固定長データであるため、「明細の1行目は何バイト目にコードがある」「2行目は何バイト目に数量がある」「3行目は何バイト目に納期がある」という位置の規則性は必ず存在します。この規則性をまず目視で読み解くことが最初のステップです。

規則性を把握したら、貼付シートに作業列を追加して各行からMIDBでパーツを切り出します。そして明細の1行目の行に対して、直下の2行目・3行目の情報を作業列で横に集約すれば、「元は3行に分かれていたデータが、1行のレコードとして揃っている」状態を作ることができます。あとはその作業列に情報が揃った行だけをフラグで拾い、通常のパイプラインに乗せるだけです。