多くの場合、受注のＫＥＹは受注番号で、出荷のＫＥＹは出荷番号です。たまに、出荷も受注番号で代用している企業があります。この場合、「ＫＥＹが同じなら１つのエンティティ」というルールでモデリングしますから、受注と出荷が１つにくくられます。（厳密に言えば、サブストラクチャとして表現します）。２つの出来事が１つに見える例です。
通常は、２つの出来事があれば、２つのエンティティを認識します。この例のように２つの出来事が１つに見えることは、実世界では特殊なことです。「１件の受注を分割出荷することなく、必ず１回の出荷ですませる」「どうしても受注を２回の出荷に分けるのであれば、受注そのものを２件に分け、受注と出荷を１：１に保つ」という業務上の制限があるのでしょう。
「こと」だけでなく「もの」も含めて、２つが１つに見えることは、意外と多くあります。社員と雇用契約、企業と組織、電話（番号）と電話契約などです。業務上の制限は、業務の成熟度とともに変化しますから、新しくエンティティの構造を設計するときは、２つに分けることも検討すべきでしょう。
« イベントエンティティ?エンタープライズデータモデリング »
