●　事業の前提

　ロット は追跡できなければならない。すなわち、品目を製造するために使われたすべての資材の出所を追跡検証できるようにしておかなければならない。
　たとえば、薬品や繊維などの業種では、製品内に不良が検出されたら、不良資材を使って製造された製品のすべてを探し出す構造が用意されていなければならない。

　
●　データ 構造

　品目
　｛品目番号、部品名称、...｝

　倉庫
　｛倉庫番号、倉庫名称、...｝

　製造指図
　｛ロット番号、品目番号 (R)、製造日、色、数量、...｝

　品目. 倉庫. 対照表
　｛品目番号 (R)、倉庫番号 (R)、ロット 番号 (R)、入庫日、数量、...｝

[ 参考 ]
　「品目. 倉庫. 対照表」 は入庫日が定義された擬似的な 「入庫」 event である。
　したがって、製造指図のほうが 「入庫」 event に先行する （関係は 「１：１」）。
　したがって、ロット 番号が対照表のほうに複写される。

　
　たとえば、出庫があれば、以下のようになる。

　品目. 倉庫. 対照表
　｛品目番号 (R)、倉庫番号 (R)、ロット 番号 (R)、出庫日、数量、...｝

　受払と残高を管理したいのであれば、以下のサブセット構造にすればよい。

　品目. 倉庫. 対照表
　｛品目番号(R)、倉庫番号(R)、ロット 番号(R)、...｝
　　　　　　｜
　　　　　　× [ null（入庫日、出庫日） ]
　　　　　　│
　　　　　　├ 入庫 ｛品目番号 (R)、倉庫番号 (R)、ロット番号 (R)、入庫日、数量、...｝
　　　　　　│
　　　　　　├ 出庫 ｛品目番号 (R)、倉庫番号 (R)、ロット番号 (R)、出庫日、数量、...｝
　　　　　　│
　　　　　　└ 残高 ｛品目番号 (R)、倉庫番号 (R)、ロット番号 (R)、数量、...｝

　
●　アルゴリズム

　品目番号が同じだが 「色」 の違う品目の 「在庫」 を調べたいなら、以下のような 「INDEX-only」 を使えば良い。

　（1） 製造指図に対して、
　　　　CREATE INDEX （「品目番号 ＋ 色 ＋ ロット 番号」） [ 以下、INDEX-1 とする ]。

　（2） 品目. 倉庫. 対照表 （残高） に対して、
　　　　CREATE INDEX （「品目番号 ＋ ロット 番号 ＋ 倉庫番号 ＋ 数量」） [ 以下、INDEX-2 とする ]。

　（3） INDEX-1 に対して、
　　　　「品目番号 ＋ 色」 の値を入力して、ロット 番号を入手する。

　（4） INDEX-2 に対して、
　　　　「品目番号 ＋ [（1） で得た ] ロット 番号」 の値を入力して、倉庫番号と数量を入手する。