販売系で頻繁に登場する事例が、受注伝票のデータモデル図です。おきまりのように受注エンティティと受注明細エンティティが親子構造で現れます。
受注明細エンティティのＫＥＹは［受注番号、受注明細番号］あるいは［受注番号、受注商品コード］が典型的です。
この２つのＫＥＹの違いはどこにあるのでしょう。
その答えは「受注明細が何別か」を確認するとわかります。
質問１：１件の受注で複数の商品を受注することがありますね。→ｙｅｓ
質問２：その時、受注明細は商品別になりますね。→ｙｅｓ
質問３：同じ商品コードをもつ受注明細行が２行発生することはありますか？
ポイントは質問３です。
同じ商品であっても、単価が異なる場合「販促用 １０個 単価０円、通常販売用 １００個 単価５０円」、あるいは納入希望日が異なる場合など、明細が２行になる理由はいくつか見つかるでしょう。このような理由が見つかった場合、受注明細エンティティのＫＥＹは、［受注番号、受注明細番号］となります。
納入希望日が異なるために受注明細を分けている例は、本来であれば納入予定エンティティを認識すべきかもしれません。受注明細エンティティに納入予定エンティティの一部の意味を紛れ込ませているのです。
ここで、主張したいことは［受注番号、受注商品コード］の方が［受注番号、受注明細番号］よりも、エンティティの意味が「濃い」ということです。エンティティの定義も「受注明細は品別明細である」と言い切れるでしょう。
一般に、新規業務設計の際、受注明細エンティティのＫＥＹを［受注番号、受注明細番号］としておきます。［受注番号、受注商品コード］というＫＥＹでは、将来、品明細とは別な意味を追加したい場合に対処しにくくなるからです。意味の「濃い」エンティティにするよりも適度な「あそび（自動車のハンドルのあそびからいただき）」を入れて、意味が「淡く」なる余裕を持たせておきます。
« 正規化は、データ項目の意味を頼りにＫＥＹと全従属データ項目は等価か »
