前回 （221 ページ）、以下の例を示した。

　部品 　｛部品番号、部品名称、・・・｝ [ R ]

　部品. 部品. 再帰 　｛部品番号 (R)、部品番号 (R)、適用日｝ [ 再帰 ]
　──この再帰は、「部品表」 を記述する再帰ではなくて、設計変更の対象を記述する再帰である。

　
　部品の状態 （status） は以下のような管理をすることが多い。

　（1） 正式に リリース されていない （未承認の） 状態
　（2） 製造のなかで、いま、使用中 （currently in production） の状態
　（3） 疑似品目 （phantom/pseudo）
　（4） 代替品目
　（5） 陳腐化した （obsolete） 状態
　（6） 削除された （deleted） 状態

　以上の状態のなかで、（1） （2） （5） および （6） は 「（状態） 区分 コード」 を使えば対応できる。

　（3） の 「疑似」 部品は、共通部品の集成とか （設計では対象になっていない） 製造部品を扱うために使われる。たとえば、ライン 組立品や部品の キット がそうである。ライン 組立品とは、部分的に組み立てられて、いったん、待ちになって、それから、さらなる組立のために使われる途中組立品のことをいう。したがって、「疑似」 コード を使えば、計画部品表の構成を簡略化できるし、管理対象となる部品数を削減することができる。「疑似」 であっても 「部品 コード」 が付与されているので 「部品」 として扱われる。

　（4） の 「代替品目」 というのは、製造工程のなかで、他の部品によって取り替えられた部品のことを云い、たいがい、陳腐化する可能性が高いために取り替えられることが多い。

　とすれば、（4） の 「代替品目」 は 「再帰」 を使って記述することになる。
　いっぽうでは、「部品構成」 を記述する 「再帰」 もある。
　したがって、「部品」 entity から以下のように 2つの 「再帰」 が派生することになる。

　部品 　｛部品番号、部品名称、・・・｝ [ R ]

　部品. 部品. 再帰 （部品の構成） 　｛部品番号 (R)、部品番号 (R)、数量、LOW-LEVEL FLAG｝ [ 再帰 ]

　部品. 部品. 再帰 （部品の代替） 　｛部品番号 (R)、部品番号 (R)、適用日｝ [ 再帰 ]