テーブル設計につきまして(正規化)

顧客情報管理サイトを作ろうと思っています。

・非正規化
　{顧客コード , 氏名 , かな名 , 性別 , 郵便番号 , 都道府県 , 市区町村 , 建物名 , 電話番号 ,
　FAX番号 , 携帯番号1, 携帯メール1 , 携帯番号2 , 携帯メール2 , 顧客ランク,備考}
　の列を考えております。

・正規化テーブル
　1.顧客情報テーブル
　　{顧客コード , 氏名 , かな名 , 性別 ,郵便番号(外部キー) , 建物名 , 電話番号 ,
　　FAX番号 , 携帯番号1, 携帯メール1 , 携帯番号2 , 携帯メール2 , 顧客ランク,備考}

　2.郵便情報
　　{郵便番号(主キー) , 都道府県 , 市区町村

これ以上、正規化できないと思っているのですが、顧客情報テーブルをもっと効率よく
テーブルを設計し、正規化できるものでしょうか？


よろしくお願いします。

No.2 ベストアンサー 回答者： hatena1989 回答日時： 2012/01/24 09:36

電話番号、メールアドレスを別テーブルにする。

電話番号
顧客コード　顧客情報テーブルの外部キー
種別　（固定、FAX、携帯、スマホ）
備考　
電話番号
内線番号
優先順位

メールアドレス
顧客コード　顧客情報テーブルの外部キー
種別　（PC、携帯、スマホ）
備考　
アドレス
優先順位

現状だと、電話、FAX、携帯２つまでしか対応できないが、別テーブルにすれば、もっと増えても対応できる。

そこまでする必要があるかどうかは扱うデータ次第ですが。

この回答へのお礼

情報ありがとうございます。
メールアドレスが、2つしか持てない事はきづいていました。
ただ、どうしたらいいか分からず、あきらめていました。

教えて頂いた内容で、携帯・メールアドレスを別テーブルで表示できることに気づきました。
参考にさせて頂きたいと思います。

ありがとうございました。

お礼日時：2012/01/24 17:36

No.1 回答者： kosukejlampnet 回答日時： 2012/01/24 03:34

さらに正規化するとすれば、顧客ランクをマスタ化してもいいかもしれませんね。

ただし、顧客ランクを文字列にせずに、整数型で定義するのであれば、正規化するメリットはさほどではないと思います。

この回答へのお礼

情報ありがとうございます。
確かに、顧客ランクだけでマスタ化してもよさそうです。

参考にさせて頂きたいと思います。
ありがとうございました。

お礼日時：2012/01/24 17:34