[ 前提 ]

　（1） 「3P 形式」 （受注、出荷、請求） の伝票がある。

　（2） 受注、出荷、請求は、それぞれ、「HDR-DTL」 形式になっている。

　
[ 考えかた ]

　実際の データ を観ていないので、詳しい （正確な） コメント ができないのですが、「3P 形式」 では、以下のように考えてみてください。

　（1） 「3P」 のすべての サブセット （伝票） が、同じ枚数である。
　　　　たとえば、受注 DTL と出荷 DTL と請求 DTL は、それぞれ、伝票枚数が同じである。
　　　　つまり、「１：１」 関係の 「複写」 である、という現象です。

　（2） 「3P」 のすべての サブセット （伝票） は、違う枚数となる。
　　　　たとえば、受注 DTL と出荷 DTL と請求 DTL は、それぞれ、伝票枚数が違う。

　
　（1） では、リレーションシップ を構成しなくても良いでしょう。
　（2） では、 リレーションシップ を構成しなければならないでしょう。（2） では、「複数：１ （対応表）」 と 「１：複数」 の関係を明示しなければならない。

　
　まず、DTL のあいだに成立する 「複数：１ （あるいは、複数：複数）」 の関係ですが、「上の伝票 （受注）」 から、そのまま、「下の伝票 （出荷、および請求）」 に対して、「１：１」 関係の 「複写」 ではなくて、受注 DTL を、いくつか、まとめて、出荷 DTL としたり、出荷 DTL を、いくつか、まとめて、請求 DTL とする、という現象です。

　次に、DTL のあいだに成立する 「１：複数」 の関係ですが、1つの受注 DTL が 「分割納入」 されて、いくつかの出荷 DTL になったり、1つの出荷 DTL が、「分割請求」 されて、いくつかの請求 DTL になる、という現象です。

　
　「複数：１ （あるいは、複数：複数）」 の関係 （対応表） は、以下のようになります。

　　　　受注 DTL. 出荷 DTL. 対応表
　　　｛受注番号 (R)、LINE 番号 (R)、受注番号 (R)、LINE 番号 (R)｝.

　
　　この構造は、「再帰」 に似た構造です。
　　「3P 形式」 では、受注番号は同じ値でしょうが、「event」 は時系列に並びますので、最初の LINE 番号 (R) は、「先行 event （受注 DTL）」 を示し、次の LINE 番号 (R) は、「後続 event （出荷 DTL）」 を示しています。

　「１：複数」 の関係 （たとえば、分割納入） は、以下のようになります。

　　　　出荷 DTL
　　　｛受注番号、LINE 番号、受注番号 (R)、LINE 番号 (R)、・・・｝.

　　　　請求 DTL
　　　｛受注番号、LINE 番号、受注番号 (R)、LINE 番号 (R)、・・・｝.

　
　　この構造も、「再帰」 に似た構造です。
　　「3P 形式」 では、受注番号は同じ値でしょうが、出荷 DTL の LINE 番号 (R) は、「先行 event （受注）」 の DTL を示していますし、請求 DTL の LINE 番号 (R) は、「先行 event （出荷）」 の DTL を示します。

　
　以上の記述から判断できるように、「3P 形式」 のなかで、「HDR-DTL」 があれば、「再帰」 として扱えば良い、ということです。