ダメだ。あ~、私って、まだまだエンジニア経験が足りないわ あせる ((g≧ω≦)g


超カンタン!ブラジャー・データベース設計技法(2) でラフ設計してみたデータベース、

  製品          製造
 ======      =====
|製品コード |    |製品コード|
|------|    |工場コード|
|発売年月日 |    |-----|
|      |--->|     |
|      |     =====
|      |      サイズ
|      |     =====
|      |<---|ブラサイズ|
 ======     |-----|
            |アンダー |
            |サイズ   |
             =====


根本的に欠陥アリ。汗爆弾メラメラ


☆*゚ ゜゚*☆*゚ ゜゚*

解説しよう(タイムボカン?時計)。


表(テーブル)の

概念データモデル

後日、説明しますが、表のカーディナリティ(ポエム参照 ドキドキ)をまとめますとぉ~

 --    --
|製品|->|製造|
 --    --


は、

「1製品に対して製造は複数存在する」

つまり

「スタファイのおブラ QB5343は、

たくさん製造される」

で、問題ないんだけど、

 --    --
|製品|<-|サイズ|
 --    --


はダメ…、製品とサイズの関係を全く考えてないわっ(滝汗あせるあせるあせるあせるあせるあせるあせる



経済産業省の基本情報処理技術者試験、

データベース論文問題に例えると、パンチ!


G課長ははるかの作成した
ブラジャーの概念データモデルに関して
・製品とサイズの関係が
 考慮されていない。
 っていうかmany to manyである。
・製品のSKUが考慮されていない。
と指摘した


ってなカンジだわっ!!


☆*゚ ゜゚*☆*゚ ゜゚*

スタディオファイブQB5343の以下のような広告を参照すると、


(はるかは薄給エンジニア…汗

製品コードQB5343には、

・複数のサイズ(F90、G90、H90)

・複数のカラー(ホワイト、ピンク)

が存在してマス!ひらめき電球

※WH=ホワイト、SG=ピンク(なんでやろ?)


つ・ま・り、

・「製品」対「サイズ」は1対多

・「製品」対「カラー」も1対多

なんですわ。キスマーク

はるかは、

「ロット番号」を考慮する前に、
SKU」を考慮すべきだったのです。。ダウン


☆*゚ ゜゚*☆*゚ ゜゚*

SKUとは。。。。はてなマーク


【流通工房】流通システムでのSKU

から勉強させてもらいまhyoドキドキ


●SKU(Stock Keeping Unit)
在庫管理する商品単位です。
これを「単品」と呼ぶ企業もあります
また、JANコードというと次に話す
アイテムコードもJANコードと同じであり
こちらをSKUコード、単品コードと呼ぶことも多い

例えば「Tシャツ」。
サイズがS、M、Lとあった場合、
在庫管理は「Tシャツ」で
管理しても意味がないですね。
どのサイズの在庫があり、
どれだけ売れているか
といった情報が必要です。
よって、この場合であれば、
「Tシャツ Sサイズ」で
1SKUとなります。
(『流通工房』サマより引用)


すみませんでしたぁぁぁぁぁ汗

QB5343という製品を在庫管理しても

イミがないのです。

「QB5343 F90 WH」と、

「製品コード」×「サイズ」×「カラー」

の組み合わせで在庫管理されてはじめて、

データベースのイミがあるのですっ!!DASH!


「QB5343 F90 WH」を1SKUとして管理する表を、設計しなければ、なっりましぇん。グー



*:..。o○☆゚・:,。*:..。o○☆

はるか、ブラDBを再設計するメラメラ

はるかは、反省して、「SKU」エンティティタイプを追加した!!(ドラクエ風)

 --    --ー
|製品|->|SKU|
 --    --ー


「製品」に対して複数の「SKU」があるから「1対多」とはるかは考えた!!(ドラクエ風)

1「SKU」に対して複数の「製造」があるから、はるかは、「製品」→「製造」間に「SKU」エンティティタイプを挿入した!!(ドラクエ風)

 --    ---    --
|製品|->|SKU|->|製造|
 --    ---    --

「サイズ」は、「製品」と掛け合わせで、「SKU」のデータを作るから、
はるかは、「製品」<->「サイズ」の「多対多」関連を解消した!!(ドラクエ風)

 --    ---    --
|製品|->|SKU|->|製造|
 --    ---    --
        Λ
        |
       ---
      |サイズ|
       ---

はるかは上記概念データモデルをテーブル設計に反映した!!(ドラクエ風)


  製品              
 ======             
|製品コード |            
|------|            
|発売年月日 |            
 ======             
   |                
   V                
  SKU               
 =========          
|SKUコード   |         
|---------|    サイズ  
|製品コード(FK)|   ===== 
|ブラサイズ(FK)|<-|ブラサイズ|
 =========   |-----|
   |         |アンダー |
   V         |サイズ  |
  製造          ===== 
 ==========         
|ロット番号     |        
|----------|        
|SKUコード(FK)|        
|工場コード     |        
 ==========         


ふぅ、、、整合性とれてきたかなぁ?ハートブレイク


まだ、「カラー」とか、「工場」マスタ、とか考えてません。はるかのブラジャーデータベース設計はつづく!チョキ


■関連記事:

女と男のカーディナリティ
スタファイのブラタグの謎がとけたっ☆
「ブラジャー☆データモデリング★ERD☆哲学」週間番組表★☆

共有めもり

超カンタン!ブラジャー・データベース設計技法(0)

超カンタン!ブラジャー・データベース設計技法(1)

超カンタン!ブラジャー・データベース設計技法(2)

わかりやすいエンジニア用語解説 in はるか流(1)