Tweet

■エンティティに過不足がないかをチェックしよう

　しかし、エンティティの抽出はこれで終わりではありません。この後、抽出したエンティティに過不足がないことをチェックしていきます。

• エンティティが不足していないか？
• 不要なエンティティが含まれていないか？

　以降、順番に見ていきましょう。

エンティティが不足していないか？

　不足なくエンティティが抜き出せているかどうかを確認するためには、次の約束事を覚えておくとよいでしょう。

　では、「商品」「発送方法」「顧客」「届け先」「支払方法」「配送指定日時」の6つのエンティティを使って、最初に把握した業務ルールを表現できるのかを確認してみましょう。表現しきれない場合は、何かエンティティが不足している証拠です。

　「誰が」は「顧客が」。「何を」は「商品を」。しかし、「どうする」という行為を表現するエンティティがありませんね。この画面は注文確認画面ですから、最も重要な行為である「注文」を忘れてはいけません。では、「注文」エンティティを追加しましょう。

　これで、「顧客」が「商品」を「注文」する、という業務ルールを表現できました。さらに、残りのエンティティを使えば、最初に把握したすべての業務ルールを表現できそうです。

　さぁ、「注文」という「行為」を表現するエンティティが抽出できたところで、次のような約束事も覚えておいてください。

　ここで扱っているエンティティの中にも「注文」エンティティがあるので、新たに「注文明細」エンティティを追加した方がよさそうです。では、「注文明細」とは、画面上のどこで表現されているのかを確認しておきます（図3）。

図3　商品購入画面の注文明細に相当する部分

　このように1つの注文には、複数の注文明細が含まれています。いい換えれば、「注文」エンティティは、1つの注文に対するエンティティですが、「注文明細」エンティティは、1つの注文を「注文商品ごとに分割したもの」だといえます。

　そもそもなぜ「明細」エンティティが必要になるのかについては、本連載の第3回で扱う「正規化」の説明で触れます。ここでは「一度の注文で複数の商品を扱う場合には、『注文』エンティティと併せて『注文明細』エンティティを持つ」ということを覚えておいてください。

　では、ここで「注文」エンティティとセットで、「注文明細」エンティティを追加しておきましょう。

　さらに、補足ですが、エンティティを抽出していると、

あれ？「商品」というカテゴリの中に表示される「Never Too Much / Luther Vandross CD 1,470円」みたいな「具体的な商品のデータ」って、どんな扱いなのだろう？ これもエンティティなのかな？

と思う方もいるかもしれません。次のような約束事があります。

　そのため、「具体的な商品のデータ」を一言でまとめて表現している「商品」がエンティティになるわけです。

　さらに、ここでもう1つ覚えておいていただきたいことがあります。それは、エンティティは、2種類に大別できるということです。

　今回、抽出したエンティティは以下のように分類できます。

• イベント系エンティティ……「注文」「注文明細」注1
• リソース系エンティティ……「商品」「顧客」「届け先」「支払方法」「発送方法」「配送指定日時」

　続いて、不要なエンティティがないかどうかを確認します。

2/4

Index
連載：データベースエンジニアへの道（2） 　30分間データモデリング 〜ER図を描こう！〜
	Page 1 ・はじめに ・お題はオンラインショップの商品購入 ・ER図を描き上げるまでのプロセスは4つ ・業務ルールを把握しよう ・エンティティを抽出しよう
	Page 2 ・エンティティに過不足がないかをチェックしよう 　　エンティティが不足していないか？
	Page 3 　　不要なエンティティが含まれていないか
	Page 4 ・リレーションシップを設定しよう ・まとめ

データベースエンジニアへの道

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）

RSSフィード